日韩性视频-久久久蜜桃-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ò),歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 日韩夜夜 | 欧美综合在线一区 | 精品成人一区二区三区久久精品 | 亚洲人丰满奶水 | 99精品视频免费在线观看 | 人妻洗澡被强公日日澡电影 | 黄色一级图片 | 亚洲精品一级 | 中文字幕亚洲欧美日韩在线不卡 | 久久久久高清 | 久久亚洲高清 | 日日躁夜夜躁白天躁晚上躁91 | 亚洲免费福利 | 97视频播放| 人妻夜夜爽天天爽三区麻豆av网站 | 精品九九九九 | 小宝贝真紧h军人h | 99热99re6国产在线播放 | 中日韩黄色片 | 国产中文在线视频 | 狠狠鲁狠狠干 | 手机看片中文字幕 | 免费黄色一级视频 | 日韩三区在线观看 | 久草国产在线 | 伊人免费 | 日批免费看 | 成人午夜视频在线观看 | 日韩一卡| 亚洲每日更新 | 女人久久 | 欧美jizzhd精品欧美18 | 69中国xxxxxxxxx69| 天堂www中文在线资源 | 深夜福利一区二区 | 国产精品视频一区二区在线观看 | 91传媒入口 | 美人被强行糟蹋np各种play | 夫妻啪啪呻吟x一88av | 精品国产免费观看 | 全黄一级男人和女人 | 伊人网在线观看 | 91久久精品一区二区别 | 污片网站| 日本一级吃奶淫片免费 | 91一区 | 99re视频在线播放 | 天堂久久网 | 国产亚洲久一区二区 | 青青草婷婷 | 成人看片泡妞 | 国产精品久久久久影院 | 影音先锋亚洲精品 | 波多野av在线 | 蜜臀av免费在线观看 | 精品久久福利 | 91大神小宝寻花在线观看 | 美女黄色一级片 | 欧美精品一区二区三区在线 | 麻豆国产一区二区三区四区 | 亚洲一区二区免费视频 | 欧美日韩国产区 | 羞羞网站在线看 | 樱桃av | av资源网在线观看 | 中文字幕一区二区在线老色批影视 | 日韩精品一区二区三区国语自制 | 成年人毛片 | 特黄三级又爽又粗又大 | 99久99| 中文字幕精品一区二区三区视频 | 久草a视频| 免费人成在线观看 | 国产精品7777777| 边啃奶头边躁狠狠躁 | 天天摸天天看 | 91最新地址永久入口 | 中文字幕日韩人妻在线视频 | 亚洲午夜无码久久 | 色综合久久精品亚洲国产 | 久热热| 成人精品一区二区三区电影黑人 | 最新中文字幕2019 | 欧美四区 | 天天草天天干 | 国产精品久久久免费观看 | 久热欧美 | 免费特级黄毛片 | 日韩精品一卡 | 国产欧美日韩二区 | 深夜老司机福利 | 日韩a级片在线观看 | 性做久久久久久久免费看 | av高清一区二区 | 国产免费黄色av | 国产毛片a| 美女免费看片 | 欧美精品一区二区三区久久久 | 久久国产夫妻 |