oracle與sql server在架構(gòu)處理上有何區(qū)別

oracle的架構(gòu)圖如下：

成都創(chuàng)新互聯(lián)公司2013年開創(chuàng)至今，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元白銀做網(wǎng)站,已為上家服務(wù),為白銀各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:18980820575

sql server中是用戶架構(gòu)分離：架構(gòu)不再等效于數(shù)據(jù)庫用戶；現(xiàn)在，每個(gè)架構(gòu)都是獨(dú)立于創(chuàng)建它的數(shù)據(jù)庫用戶存在的不同命名空間。也就是說，架構(gòu)只是對(duì)象的容器。任何用戶都可以擁有架構(gòu)，并且架構(gòu)所有權(quán)可以轉(zhuǎn)移。

架構(gòu)的所有權(quán)和架構(gòu)范圍內(nèi)的安全對(duì)象可以轉(zhuǎn)移。有關(guān)詳細(xì)信息，請(qǐng)參閱?ALTER AUTHORIZATION (Transact-SQL)。

對(duì)象可以在架構(gòu)之間移動(dòng)。有關(guān)詳細(xì)信息，請(qǐng)參閱?ALTER SCHEMA (Transact-SQL)。

單個(gè)架構(gòu)可以包含由多個(gè)數(shù)據(jù)庫用戶擁有的對(duì)象。

多個(gè)數(shù)據(jù)庫用戶可以共享單個(gè)默認(rèn)架構(gòu)。

與早期版本相比，對(duì)架構(gòu)及架構(gòu)中包含的安全對(duì)象的權(quán)限的管理更加精細(xì)。有關(guān)詳細(xì)信息，請(qǐng)參閱?GRANT 架構(gòu)權(quán)限 (Transact-SQL)?和?GRANT 對(duì)象權(quán)限 (Transact-SQL)。

架構(gòu)可以由任何數(shù)據(jù)庫主體擁有。這包括角色和應(yīng)用程序角色。

可以刪除數(shù)據(jù)庫用戶而不刪除相應(yīng)架構(gòu)中的對(duì)象。

如果為 SQL Server 早期版本編寫的代碼假定架構(gòu)等效于數(shù)據(jù)庫用戶，這些代碼可能會(huì)返回錯(cuò)誤的結(jié)果。

為 SQL Server 早期版本設(shè)計(jì)的目錄視圖可能會(huì)返回錯(cuò)誤的結(jié)果。這包括 sysobjects。

在創(chuàng)建數(shù)據(jù)庫對(duì)象時(shí)，如果您將某一有效的域主體（用戶或組）指定為對(duì)象所有者，則該域主體將作為架構(gòu)添加到數(shù)據(jù)庫中。這個(gè)新架構(gòu)將為該域主體所擁有。

sqlserver全文索引的原理

建立全文索引中有兩項(xiàng)非常重要，一個(gè)是如何對(duì)文本進(jìn)行分詞，一是建立索引的數(shù)據(jù)結(jié)構(gòu)。分詞的方法基本上是二元分詞法、最大匹配法和統(tǒng)計(jì)方法。索引的數(shù)據(jù)結(jié)構(gòu)基本上采用倒排索引的結(jié)構(gòu)。

分詞的好壞關(guān)系到查詢的準(zhǔn)確程度和生成的索引的大小。在中文分詞發(fā)展中，早期經(jīng)常使用分詞方式是二元分詞法，該方法的基本原理是將包含中文的句子進(jìn)行二元分割，不考慮單詞含義，只對(duì)二元單詞進(jìn)行索引。因此該方法所分出的單詞數(shù)量較多，從而產(chǎn)生的索引數(shù)量巨大，查詢中會(huì)將無用的數(shù)據(jù)檢索出來，好處是算法簡(jiǎn)單不會(huì)漏掉檢索的數(shù)據(jù)。之后又發(fā)展出最大匹配分詞方法，該方法又分為正向最大分詞和逆向最大分詞。其原理和查字典類似，對(duì)常用單詞生成一個(gè)詞典，分析句子的過程中最大的匹配字典中的單詞，從而將句子拆分為有意義的單詞鏈。最大匹配法中正向分詞方法對(duì)偏正式詞語的分辨容易產(chǎn)生錯(cuò)誤，比如“首飾和服裝”會(huì)將“和服”作為單詞分出。達(dá)夢(mèng)數(shù)據(jù)庫采用的是改進(jìn)的逆向最大分詞方法，該分詞方法較正向正確率有所提高。最為復(fù)雜的是通過統(tǒng)計(jì)方式進(jìn)行分詞的方法。該方法采用隱式馬爾科夫鏈，也就是后一個(gè)單詞出現(xiàn)的概率依靠于前一個(gè)單詞出現(xiàn)的概率，最后統(tǒng)計(jì)所有單詞出現(xiàn)的概率的最大為分詞的依據(jù)。這個(gè)方法對(duì)新名詞和地名的識(shí)別要遠(yuǎn)遠(yuǎn)高于最大匹配法，準(zhǔn)確度隨著取樣文本的數(shù)量的增大而提高。

二元分詞方法和統(tǒng)計(jì)方法是不依賴于詞典的，而最大匹配法分詞方法是依賴于詞典的，詞典的內(nèi)容決定分詞結(jié)構(gòu)的好壞。

全文檢索的索引被稱為倒排索引，之所以成為倒排索引，是因?yàn)閷⒚恳粋€(gè)單詞作為索引項(xiàng)，根據(jù)該索引項(xiàng)查找包含該單詞的文本。因此，索引都是單詞和唯一記錄文本的標(biāo)示是一對(duì)多的關(guān)系。將索引單詞排序，根據(jù)排序后的單詞定位包含該單詞的文本。

步驟1）讀取一整條句子到變量str中，轉(zhuǎn)到步驟2

步驟2）從句子的尾端讀取1個(gè)字到變量word中，轉(zhuǎn)到步驟3

步驟3）在字典查找word中保存的單詞。如果存在則保存word，轉(zhuǎn)到步驟4，否則轉(zhuǎn)到步驟5）

步驟4）如果是字典中最大單詞或者超過最大單詞數(shù)（認(rèn)定為新詞），從句尾去掉該單詞，返回步驟2

步驟5）讀取前一個(gè)字到word中，構(gòu)成新單詞，轉(zhuǎn)到步驟3）

詞庫的內(nèi)存數(shù)據(jù)結(jié)構(gòu)和詞庫中單詞的匹配算法

內(nèi)存中單詞采用層次結(jié)構(gòu)保存

假設(shè)字典中有如下的單詞：中國 中華民國 國家 人民 民主

在內(nèi)存中按照如下方式按層排列，其中每一個(gè)方塊代表一個(gè)字，箭頭所指向?yàn)樵搯卧~的前一個(gè)字

sqlserver怎么建立主從表關(guān)系?

在sqlserver2000中可以選擇關(guān)系圖，新建關(guān)系圖，選擇要建立關(guān)系的主表和從表，然后一直下一步下一步，直到完成。

然后用鼠標(biāo)拖著主表的字段到從表的字段，連成一線，會(huì)彈出個(gè)框，一般點(diǎn)確定就可以了。

如何利用索引提高SQLServer數(shù)據(jù)處理的效率

在良好的數(shù)據(jù)庫設(shè)計(jì)基礎(chǔ)上，能有效地使用索引是SQL Server取得高性能的基礎(chǔ)，SQL Server采用基于代價(jià)的優(yōu)化模型，它對(duì)每一個(gè)提交的有關(guān)表的查詢，決定是否使用索引或用哪一個(gè)索引。因?yàn)椴樵儓?zhí)行的大部分開銷是磁盤I/O，使用索引提高性能的一個(gè)主要目標(biāo)是避免全表掃描，因?yàn)槿頀呙栊枰獜拇疟P上讀表的每一個(gè)數(shù)據(jù)頁，如果有索引指向數(shù)據(jù)值，則查詢只需讀幾次磁盤就可以了。

所以如果建立了合理的索引，優(yōu)化器就能利用索引加速數(shù)據(jù)的查詢過程。但是，索引并不總是提高系統(tǒng)的性能，在增、刪、改操作中索引的存在會(huì)增加一定的工作量，因此，在適當(dāng)?shù)牡胤皆黾舆m當(dāng)?shù)乃饕牟缓侠淼牡胤絼h除次優(yōu)的索引，將有助于優(yōu)化那些性能較差的SQL Server應(yīng)用。實(shí)踐表明，合理的索引設(shè)計(jì)是建立在對(duì)各種查詢的分析和預(yù)測(cè)上的，只有正確地使索引與程序結(jié)合起來,才能產(chǎn)生最佳的優(yōu)化方案。本文就SQL Server索引的性能問題進(jìn)行了一些分析和實(shí)踐。

一、聚簇索引(clustered indexes)的使用

聚簇索引是一種對(duì)磁盤上實(shí)際數(shù)據(jù)重新組織以按指定的一個(gè)或多個(gè)列的值排序。由于聚簇索引的索引頁面指針指向數(shù)據(jù)頁面，所以使用聚簇索引查找數(shù)據(jù)幾乎總是比使用非聚簇索引快。每張表只能建一個(gè)聚簇索引，并且建聚簇索引需要至少相當(dāng)該表120%的附加空間，以存放該表的副本和索引中間頁。建立聚簇索引的思想是：

1、大多數(shù)表都應(yīng)該有聚簇索引或使用分區(qū)來降低對(duì)表尾頁的競(jìng)爭(zhēng)，在一個(gè)高事務(wù)的環(huán)境中，對(duì)最后一頁的封鎖嚴(yán)重影響系統(tǒng)的吞吐量。

2、在聚簇索引下，數(shù)據(jù)在物理上按順序排在數(shù)據(jù)頁上，重復(fù)值也排在一起，因而在那些包含范圍檢查(between、、=、、=)或使用group by或order by的查詢時(shí)，一旦找到具有范圍中第一個(gè)鍵值的行，具有后續(xù)索引值的行保證物理上毗連在一起而不必進(jìn)一步搜索，避免了大范圍掃描，可以大大提高查詢速度。

3、在一個(gè)頻繁發(fā)生插入操作的表上建立聚簇索引時(shí)，不要建在具有單調(diào)上升值的列(如IDENTITY)上，否則會(huì)經(jīng)常引起封鎖沖突。

4、在聚簇索引中不要包含經(jīng)常修改的列，因?yàn)榇a值修改后，數(shù)據(jù)行必須移動(dòng)到新的位置。

5、選擇聚簇索引應(yīng)基于where子句和連接操作的類型。

聚簇索引的侯選列是：

1、主鍵列,該列在where子句中使用并且插入是隨機(jī)的。

2、按范圍存取的列，如pri_order 100 and pri_order 200。

3、在group by或order by中使用的列。

4、不經(jīng)常修改的列。

5、在連接操作中使用的列。

二、非聚簇索引(nonclustered indexes)的使用

SQL Server缺省情況下建立的索引是非聚簇索引，由于非聚簇索引不重新組織表中的數(shù)據(jù)，而是對(duì)每一行存儲(chǔ)索引列值并用一個(gè)指針指向數(shù)據(jù)所在的頁面。換句話說非聚簇索引具有在索引結(jié)構(gòu)和數(shù)據(jù)本身之間的一個(gè)額外級(jí)。一個(gè)表如果沒有聚簇索引時(shí),可有250個(gè)非聚簇索引。每個(gè)非聚簇索引提供訪問數(shù)據(jù)的不同排序順序。在建立非聚簇索引時(shí)，要權(quán)衡索引對(duì)查詢速度的加快與降低修改速度之間的利弊。另外，還要考慮這些問題：

1、索引需要使用多少空間。

2、合適的列是否穩(wěn)定。

3、索引鍵是如何選擇的，掃描效果是否更佳。

4、是否有許多重復(fù)值。

對(duì)更新頻繁的表來說，表上的非聚簇索引比聚簇索引和根本沒有索引需要更多的額外開銷。對(duì)移到新頁的每一行而言，指向該數(shù)據(jù)的每個(gè)非聚簇索引的頁級(jí)行也必須更新，有時(shí)可能還需要索引頁的分理。從一個(gè)頁面刪除數(shù)據(jù)的進(jìn)程也會(huì)有類似的開銷，另外，刪除進(jìn)程還必須把數(shù)據(jù)移到頁面上部，以保證數(shù)據(jù)的連續(xù)性。所以，建立非聚簇索引要非常慎重。非聚簇索引常被用在以下情況：

1、某列常用于集合函數(shù)(如Sum,....)。

2、某列常用于join,order by,group by。

3、查尋出的數(shù)據(jù)不超過表中數(shù)據(jù)量的20%。

三、覆蓋索引(covering indexes)的使用

覆蓋索引是指那些索引項(xiàng)中包含查尋所需要的全部信息的非聚簇索引，這種索引之所以比較快也正是因?yàn)樗饕撝邪瞬閷に仨毜臄?shù)據(jù),不需去訪問數(shù)據(jù)頁。如果非聚簇索引中包含結(jié)果數(shù)據(jù),那么它的查詢速度將快于聚簇索引。

但是由于覆蓋索引的索引項(xiàng)比較多,要占用比較大的空間。而且update操作會(huì)引起索引值改變。所以如果潛在的覆蓋查詢并不常用或不太關(guān)鍵，則覆蓋索引的增加反而會(huì)降低性能。

四、索引的選擇技術(shù)

p_detail是住房公積金管理系統(tǒng)中記錄個(gè)人明細(xì)的表，有890000行，觀察在不同索引下的查詢運(yùn)行效果，測(cè)試在C/S環(huán)境下進(jìn)行，客戶機(jī)是IBM PII350(內(nèi)存64M),服務(wù)器是DEC Alpha1000A(內(nèi)存128M),數(shù)據(jù)庫為SYBASE11.0.3。

1、 select count(*) from p_detail where

op_date’19990101’ and op_date’

19991231’ and pri_surplus1300

2、 select count(*),sum(pri_surplus1) from p_detail

where op_date’19990101’ and

pay_month between‘199908’ and’199912’

不建任何索引查詢1 1分15秒

查詢2 1分7秒

在op_date上建非聚簇索引查詢1 57秒

查詢2 57秒

在op_date上建聚簇索引查詢1 1秒

查詢2 52秒

在pay_month、op_date、pri_surplus1上建索引查詢1 34秒

查詢2 1秒

在op_date、pay_month、pri_surplus1上建索引查詢1 1秒

查詢2 1秒

從以上查詢效果分析，索引的有無，建立方式的不同將會(huì)導(dǎo)致不同的查詢效果，選擇什么樣的索引基于用戶對(duì)數(shù)據(jù)的查詢條件,這些條件體現(xiàn)于where從句和join表達(dá)式中。一般來說建立索引的思路是：

(1)主鍵時(shí)常作為where子句的條件，應(yīng)在表的主鍵列上建立聚簇索引，尤其當(dāng)經(jīng)常用它作為連接的時(shí)候。

(2)有大量重復(fù)值且經(jīng)常有范圍查詢和排序、分組發(fā)生的列，或者非常頻繁地被訪問的列，可考慮建立聚簇索引。

(3)經(jīng)常同時(shí)存取多列，且每列都含有重復(fù)值可考慮建立復(fù)合索引來覆蓋一個(gè)或一組查詢，并把查詢引用最頻繁的列作為前導(dǎo)列，如果可能盡量使關(guān)鍵查詢形成覆蓋查詢。

(4)如果知道索引鍵的所有值都是唯一的，那么確保把索引定義成唯一索引。

(5)在一個(gè)經(jīng)常做插入操作的表上建索引時(shí)，使用fillfactor(填充因子)來減少頁分裂，同時(shí)提高并發(fā)度降低死鎖的發(fā)生。如果在只讀表上建索引，則可以把fillfactor置為100。

(6)在選擇索引鍵時(shí)，設(shè)法選擇那些采用小數(shù)據(jù)類型的列作為鍵以使每個(gè)索引頁能夠容納盡可能多的索引鍵和指針，通過這種方式，可使一個(gè)查詢必須遍歷的索引頁面降到最小。此外，盡可能地使用整數(shù)為鍵值，因?yàn)樗軌蛱峁┍热魏螖?shù)據(jù)類型都快的訪問速度。

五、索引的維護(hù)

上面講到,某些不合適的索引影響到SQL Server的性能,隨著應(yīng)用系統(tǒng)的運(yùn)行,數(shù)據(jù)不斷地發(fā)生變化,當(dāng)數(shù)據(jù)變化達(dá)到某一個(gè)程度時(shí)將會(huì)影響到索引的使用。這時(shí)需要用戶自己來維護(hù)索引。索引的維護(hù)包括：

1、重建索引

隨著數(shù)據(jù)行的插入、刪除和數(shù)據(jù)頁的分裂，有些索引頁可能只包含幾頁數(shù)據(jù)，另外應(yīng)用在執(zhí)行大塊I/O的時(shí)候，重建非聚簇索引可以降低分片，維護(hù)大塊I/O的效率。重建索引實(shí)際上是重新組織B-樹空間。在下面情況下需要重建索引：

(1)數(shù)據(jù)和使用模式大幅度變化。

(2)排序的順序發(fā)生改變。

(3)要進(jìn)行大量插入操作或已經(jīng)完成。

(4)使用大塊I/O的查詢的磁盤讀次數(shù)比預(yù)料的要多。

(5)由于大量數(shù)據(jù)修改，使得數(shù)據(jù)頁和索引頁沒有充分使用而導(dǎo)致空間的使用超出估算。

(6)dbcc檢查出索引有問題。

當(dāng)重建聚簇索引時(shí)，這張表的所有非聚簇索引將被重建。

2、索引統(tǒng)計(jì)信息的更新

當(dāng)在一個(gè)包含數(shù)據(jù)的表上創(chuàng)建索引的時(shí)候，SQL Server會(huì)創(chuàng)建分布數(shù)據(jù)頁來存放有關(guān)索引的兩種統(tǒng)計(jì)信息：分布表和密度表。優(yōu)化器利用這個(gè)頁來判斷該索引對(duì)某個(gè)特定查詢是否有用。但這個(gè)統(tǒng)計(jì)信息并不動(dòng)態(tài)地重新計(jì)算。這意味著，當(dāng)表的數(shù)據(jù)改變之后，統(tǒng)計(jì)信息有可能是過時(shí)的，從而影響優(yōu)化器追求最有工作的目標(biāo)。因此，在下面情況下應(yīng)該運(yùn)行update statistics命令：

(1)數(shù)據(jù)行的插入和刪除修改了數(shù)據(jù)的分布。

(2)對(duì)用truncate table刪除數(shù)據(jù)的表上增加數(shù)據(jù)行。

(3)修改索引列的值。

六、結(jié)束語

實(shí)踐表明，不恰當(dāng)?shù)乃饕坏谑聼o補(bǔ)，反而會(huì)降低系統(tǒng)的執(zhí)行性能。因?yàn)榇罅康乃饕诓迦搿⑿薷暮蛣h除操作時(shí)比沒有索引花費(fèi)更多的系統(tǒng)時(shí)間。例如下面情況下建立的索引是不恰當(dāng)?shù)模?/p>

1、在查詢中很少或從不引用的列不會(huì)受益于索引，因?yàn)樗饕苌倩驈膩聿槐厮阉骰谶@些列的行。

2、只有兩個(gè)或三個(gè)值的列，如男性和女性(是或否)，從不會(huì)從索引中得到好處。

另外，鑒于索引加快了查詢速度，但減慢了數(shù)據(jù)更新速度的特點(diǎn)。可通過在一個(gè)段上建表，而在另一個(gè)段上建其非聚簇索引，而這兩段分別在單獨(dú)的物理設(shè)備上來改善操作性能。

如何查詢sqlserver 2014的主從同步狀態(tài)

可以通過 SELECT name FROM SysDatabases ORDER BY Name 查詢所有數(shù)據(jù)庫名 SELECT name FROM SysObjects Where XType='U' ORDER BY Name 查詢到默認(rèn)當(dāng)前數(shù)據(jù)庫下面的所有表名，如果需要查詢其它數(shù)據(jù)庫下的表，加上Where 條件 name = [dbname]

新聞名稱：sqlserver主從句,sql server主從數(shù)據(jù)庫
文章分享：http://chinadenli.net/article18/dsgcpdp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站內(nèi)鏈、軟件開發(fā)、小程序開發(fā)、用戶體驗(yàn)、電子商務(wù)、網(wǎng)頁設(shè)計(jì)公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)