日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問(wèn) 生活随笔!

生活随笔

當(dāng)前位置: 首頁(yè) > 运维知识 > windows >内容正文

windows

数据库表设计索引外键设计_关于索引的设计决策 数据库管理系统

發(fā)布時(shí)間:2025/3/11 windows 17 豆豆
生活随笔 收集整理的這篇文章主要介紹了 数据库表设计索引外键设计_关于索引的设计决策 数据库管理系统 小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

數(shù)據(jù)庫(kù)表設(shè)計(jì)索引外鍵設(shè)計(jì)

Introduction:

介紹:

The attributes whose values are required inequality or range conditions and those that are keys or that participate in join conditions require access paths.

其值為必需的不等式或范圍條件的屬性以及作為鍵或參與聯(lián)接條件的屬性需要訪問(wèn)路徑。

The performance of queries largely depends upon what indexes or hashing schemas exist to expedite the processing of selections and joins. On the other hand, when we do insertion, deletion, or updating operations, the existence of indexes adds to the overhead. This overhead need to be justified in terms of the increase in efficiency by expediting queries and also the transactions.

查詢的性能很大程度上取決于存在哪些索引或哈希模式以加快選擇和聯(lián)接的處理。 另一方面,當(dāng)我們執(zhí)行插入,刪除或更新操作時(shí),索引的存在會(huì)增加開(kāi)銷。 需要通過(guò)加快查詢以及事務(wù)的效率來(lái)證明這種開(kāi)銷。

The physical design decision for indexing falls into the following categories:

索引的物理設(shè)計(jì)決策可以歸為以下幾類 :

1)是否也索引屬性 (1) Whether too index an attribute)

The attribute must be a key or there must be some query that uses that attribute either in a selection condition or in a join. One factor.

該屬性必須是鍵,或者必須存在一些在選擇條件或聯(lián)接中使用該屬性的查詢。 一個(gè)因素。

In favor of setting up many indexes is that some queries can be processed by just scanning the indexes without retrieving any data.

設(shè)置許多索引的好處是可以通過(guò)僅掃描索引而無(wú)需檢索任何數(shù)據(jù)來(lái)處理某些查詢。

2)要索引哪些屬性或?qū)傩?(2) What attributes or attributes to index on)

An index can be constructed one or multiple attributes. If there are multiple attributes from one relation that are involved together in several queries,

索引可以構(gòu)造一個(gè)或多個(gè)屬性。 如果一個(gè)查詢中有多個(gè)屬性同時(shí)包含在多個(gè)查詢中,

A multiattribute index is warranted. The ordering of attributes within a multiattribute index must correspond to the queries. For example, the above index assumes that queries would be based on an ordering of colors within a GARMENT_style_ #rather than vice-versa.

多屬性索引是必要的。 多屬性索引中的屬性順序必須與查詢相對(duì)應(yīng)。 例如,以上索引假設(shè)查詢將基于GARMENT_style_#內(nèi)的顏色順序,而不是相反。

3)是否建立聚簇索引 (3) Whether to set up a clustered index)

At most, one index per table can be primary or clustering index because this implies that the file is physically ordered on that attribute. In most RDBMS this is specified by the keyword CLUSTER.

每個(gè)表最多只能有一個(gè)索引是主索引或聚簇索引,因?yàn)檫@意味著該文件在該屬性上是物理排序的。 在大多數(shù)RDBMS中,這由關(guān)鍵字CLUSTER指定。

If a table requires several indexes, the decision about which one should be a clustered index depends upon whether keeping the table ordered on that attribute is needed. Range queries benefit a great deal from clustering. If several attributes require the range queries, relative benefits must be evaluated before deciding which attribute to cluster on. A clustering index may be set up as a multi-attribute index if range retrieval by that composite key is useful in report creation.

如果一個(gè)表需要多個(gè)索引,則關(guān)于哪個(gè)索引應(yīng)為聚集索引的決定取決于是否需要將該表保持在該屬性上。 范圍查詢從群集中受益匪淺。 如果幾個(gè)屬性需要范圍查詢,則必須在確定要聚類的哪個(gè)屬性之前評(píng)估相對(duì)利益。 如果該復(fù)合鍵的范圍檢索在報(bào)表創(chuàng)建中很有用,則可以將聚類索引設(shè)置為多屬性索引。

4)是否在樹(shù)索引上使用哈希索引 (4) Whether to use a hash index over a tree index )

In general, RDBMS use B+ trees for indexing. However, ISAM and hash indexes are also provided in some systems.B+ trees support equality and range queries on the attribute used as the search key. Hash indexes work very well with equality conditions, to find a matching record during joins.

通常,RDBMS使用B +樹(shù)進(jìn)行索引。 但是,某些系統(tǒng)中還提供了ISAM和哈希索引.B +樹(shù)支持對(duì)用作搜索關(guān)鍵字的屬性進(jìn)行相等性和范圍查詢。 哈希索引在相等條件下可以很好地工作,可以在聯(lián)接期間找到匹配的記錄。

5)是否對(duì)文件使用動(dòng)態(tài)哈希 (5) Whether to use dynamic hashing for the file)

For files that are very volatile, that is those that grow and shrink continuously one of the dynamic hashing schemas would be suitable. Currently, they are not offered by commercial RDBMSs.

對(duì)于非常易失的文件,即那些不斷增長(zhǎng)和縮小的文件,動(dòng)態(tài)哈希方案之一將是合適的。 當(dāng)前,商業(yè)RDBMS不提供它們。

翻譯自: https://www.includehelp.com/dbms/design-decision-about-indexing.aspx

數(shù)據(jù)庫(kù)表設(shè)計(jì)索引外鍵設(shè)計(jì)

總結(jié)

以上是生活随笔為你收集整理的数据库表设计索引外键设计_关于索引的设计决策 数据库管理系统的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 噜噜吧噜噜色 | 91在线一区 | 凹凸国产熟女精品视频 | 成人免费看片在线观看 | 亚洲av鲁丝一区二区三区 | 永久精品网站 | 亚洲国产片| 成人免费91 | 五月天丁香网 | 国产99对白在线播放 | 三级av网址 | 日本做爰三级床戏 | 日韩av不卡在线播放 | av福利影院 | 亚洲精品国产精品乱码视色 | 日本免费毛片 | 五月天综合色 | 亚洲AV无码国产精品 | 自由 日本语 热 亚洲人 | 激情四月 | 欧美性色网| 国产乱淫av麻豆国产免费 | 国产精品一二三级 | 久久精品黄色 | 热久久最新网址 | 精品久久久久久久久久久久久久久久久 | 免费性网站 | 狠狠香蕉| www.涩涩爱 | 成人亚洲视频 | 精品久久久久久 | 香蕉视频亚洲一级 | 秋霞国产午夜精品免费视频 | 三级亚洲欧美 | 污污av| 无遮挡边吃摸边吃奶边做 | www网站在线免费观看 | 在线看片一区二区 | 精品二区在线 | 丝袜 中出 制服 人妻 美腿 | 视频黄色免费 | 极品少妇视频 | 蜜桃av色偷偷av老熟女 | 熟妇人妻中文字幕无码老熟妇 | 97人人超 | 日韩欧美综合视频 | 丰满人妻翻云覆雨呻吟视频 | 国产成人自拍网站 | 国产成人无码精品 | 在线视频免费观看你懂的 | 青娱乐国产在线视频 | 奇米影 | av网址在线免费观看 | a级黄色小视频 | 夜夜天天拍拍 | 永久看看免费大片 | 午夜痒痒网 | 日本高清免费看 | 黄色裸体视频 | 中文字幕乱码在线 | 深夜免费福利 | 成人在线日韩 | 自拍 亚洲 欧美 | 奇米久久| 欧美精品一区二区在线观看 | 久久久午夜影院 | 久草成人在线 | 同性色老头性xxxx老头 | 中文字幕+乱码+中文字幕一区 | 日日夜夜爱 | 成人短视频在线观看 | 成人在线免费播放视频 | 欧美国产成人精品一区二区三区 | 三上悠亚在线一区二区 | 久久综合久久鬼 | 在线观看网站黄 | 国产人妻精品一区二区三区 | 久久青青草原亚洲av无码麻豆 | 少妇熟女一区 | 成人毛毛片 | 天天骑夜夜操 | 精品国模一区二区三区 | 亚洲国产精品一区二区尤物区 | 不卡中文一二三区 | 农村搞破鞋视频大全 | 国产第九页| 丝袜美腿一区二区三区 | 亚洲精品久久夜色撩人男男小说 | 欧美在线一级 | 欧美国产高潮xxxx1819 | 国产一区二区三区四区视频 | 日本黄色免费在线观看 | 秋霞视频在线 | 亚洲成人精品av | 国产农村妇女精品一区 | 一起操在线| 中文字幕在线观看视频www | 操视频网站 | 色女人网站 |