數(shù)據(jù)庫實(shí)驗(yàn)工作報(bào)告總結(jié)多篇(編輯修改稿)
2025-04-05 22:08 本頁面
【文章內(nèi)容簡介】 不是以數(shù)據(jù)頁來作為操作單元，而是以64k的數(shù)據(jù)(8個(gè)數(shù)據(jù)頁，一個(gè)區(qū))作為操作單元。區(qū)是管理空間的基本單位。一個(gè)區(qū)是八個(gè)物理上連續(xù)的頁(即 64 kb)。這意味著 sql server 數(shù)據(jù)庫中每 mb 有 16 個(gè)區(qū)。為了使空間分配更有效，sql server 不會將所有區(qū)分配給包含少量數(shù)據(jù)的表。sql server 有兩種類型的區(qū)：統(tǒng)一區(qū)，由單個(gè)對象所有。區(qū)中的所有 8 頁只能由所屬對象使用?；旌蠀^(qū)，最多可由八個(gè)對象共享。區(qū)中八頁的每頁可由不同的對象所有。通常從混合區(qū)向新表或索引分配頁。當(dāng)表或索引增長到 8 頁時(shí)，將變成使用統(tǒng)一區(qū)進(jìn)行后續(xù)分配。如果對現(xiàn)有表創(chuàng)建索引，并且該表包含的行足以在索引中生成 8 頁，則對該索引的所有分配都使用統(tǒng)一區(qū)進(jìn)行。為何會這樣呢?其實(shí)很簡單：讀或?qū)?8kb 的時(shí)間與讀或?qū)?64 kb的時(shí)間幾乎相同。在 8 kb 到 64 kb 范圍之內(nèi)，單個(gè)磁盤 i/o 傳輸操作所花的時(shí)間主要是磁盤取數(shù)臂和讀/寫磁頭運(yùn)動的時(shí)間。因此，從數(shù)學(xué)上來講，當(dāng)需要傳輸 64 kb 以上的 sql 數(shù)據(jù)時(shí)，盡可能地執(zhí)行 64 kb 磁盤傳輸是有益的，即分成數(shù)個(gè)64k的操作。因?yàn)?64 kb 傳輸基本上與 8 kb 傳輸一樣快，而每次傳輸?shù)?sql server 數(shù)據(jù)是 8 kb 傳輸?shù)?9。 8 倍。我們通過一個(gè)實(shí)例來看 有and 操作符時(shí)候的最常見的一種情況。我們有下面一個(gè)表，create table [dbo].[member]( [member_no] [dbo].[numeric_id] identity(1,1) not null, [lastname] [dbo].[shortstring] not null, [firstname] [dbo].[shortstring] not null, [middleinitial] [dbo].[letter] null, [street] [dbo].[shortstring] not null, [city] [dbo].[shortstring] not null, [state_prov] [dbo].[statecode] not null, [country] [dbo].[countrycode] not null, [mail_code] [dbo].[mailcode] not null, [phone_no] [dbo].[phonenumber] null, [photograph] [image] null, [issue_dt] [datetime] not null default (getdate()), [expr_dt] [datetime] not null default (dateadd(year,1,getdate())), [region_no] [dbo].[numeric_id] not null, [corp_no] [dbo].[numeric_id] null, [Pv_balance] [money] null default (0), [curr_balance] [money] null default (0), [member_code] [d
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1