解析SQL Server數(shù)據(jù)庫系統(tǒng)的編譯_Mssql數(shù)據(jù)庫教程

推薦：教你SQL Server日志清除的兩種方法
方法一 一般情況下，SQL數(shù)據(jù)庫的收縮并不能很大程度上減小數(shù)據(jù)庫大小，其主要作用是收縮日志大小，應(yīng)當(dāng)定期進(jìn)行此操作以免數(shù)據(jù)庫日志過大 1、設(shè)置數(shù)據(jù)庫模式為簡單模式：打開SQL企業(yè)管理器，在控制臺根目錄中依次點(diǎn)開Microsoft SQL Server--SQL Server組--雙

你知道SQL Server這么龐大的企業(yè)級數(shù)據(jù)庫服務(wù)器產(chǎn)品是如何build出來的嗎?

這有些相關(guān)的數(shù)據(jù)：

每個(gè)build 的大小在300GB左右。

每個(gè)完整的build需要幾十臺高端的服務(wù)器運(yùn)行2.5天。

每個(gè)完整的build由幾千個(gè)job、10000多個(gè)參數(shù)組成。

我們每天同時(shí)做20個(gè)左右的build，每周130個(gè)。

位于美國微軟總部雷蒙德和北京的build團(tuán)隊(duì)能夠保證build全天24小時(shí)不間斷的順利進(jìn)行。

從去年至今，我們build team已經(jīng)成功而準(zhǔn)時(shí)地完成了數(shù)以千計(jì)的build。

也許你會問：你們的build怎么這么大?怎么需要這么長的時(shí)間?為什么你們每天要做這么多build?

為什么我們的一個(gè)build這么大?比如說你的32位中文零售開發(fā)版SQL Server的DVD，包括工具和幫助文檔是4GB，那么你可以這樣估算一下：首先加上一些內(nèi)部的build信息和統(tǒng)計(jì)，以及用于debug的Symbol，然后乘以2(retail版，debug 版)，再乘以3(CPU 類型：x86、x64和ia64)，再乘以所有的版本數(shù)(企業(yè)版、開發(fā)版、標(biāo)準(zhǔn)版等)，最后再乘以支持的語言數(shù)。不只1個(gè)TB 了吧?J 幸好SQL 2008 的setup 團(tuán)隊(duì)采用了consolidated setup模式，這樣在一個(gè)語言包中，安裝程序可以判定你的CPU類型并根據(jù)你輸入的產(chǎn)品序列號，自動安裝對應(yīng)的版本。由此我們的build才壓縮到了300GB。

為什么我們的一個(gè)build需要這么長時(shí)間?Build這么龐大的企業(yè)級數(shù)據(jù)庫服務(wù)器產(chǎn)品是一個(gè)極其復(fù)雜的過程，況且SQL Server的build 系統(tǒng)已經(jīng)是微軟內(nèi)最為高效的系統(tǒng)之一。她是圖形化用戶界面并且高度自動化的。歷經(jīng)60小時(shí)，多數(shù)build會順利的自動完成并通知相關(guān)人員其build的狀態(tài)及信息。如果build失敗，其也會提供詳細(xì)的錯(cuò)誤信息用于debug。SQL Server的build 系統(tǒng)不僅如此易用和高效，同時(shí)可以靈活的適應(yīng)某些特殊的需求和build工作流。SQL Server的build 系統(tǒng)是由Windows Workflow Foundation驅(qū)動的，其數(shù)以千計(jì)的job被并行或串行的分發(fā)到幾十臺 build機(jī)器上并完成。build的過程包括：

將幾十GB的源文件及相關(guān)的所需文件和資源同步到build機(jī)器上

源代碼靜態(tài)分析

編譯所有的可執(zhí)行文件和測試文件并簽名

生成系統(tǒng)數(shù)據(jù)庫

優(yōu)化

本地化

制作安裝文件和安裝包并簽名

索引Symbol和源文件

我們每天做這么多的build正體現(xiàn)了我們?nèi)绾沃С终麄�(gè)SQL Server工程體系和構(gòu)架：

首先需要聲明的是我們隨時(shí)都在為多個(gè)產(chǎn)品提供支持，比如當(dāng)前的SQL Server 2005和即將發(fā)布的SQL Server 2008。

在SQL Server 2008的工程體系和構(gòu)架中，我們將每個(gè)需要增加或增強(qiáng)的功能特性做成一個(gè)單獨(dú)的分支，在這個(gè)功能特性開發(fā)和測試完成后，其代碼才會合并到SQL Server的主線代碼中。因此根據(jù)功能特性的優(yōu)先級和大小，SQL Server分成了幾十個(gè)不同的團(tuán)隊(duì)，每個(gè)團(tuán)隊(duì)包括了架構(gòu)師、項(xiàng)目經(jīng)理、開發(fā)和測試人員，幫助及案例文檔專員，甚至科學(xué)家和科研人員。每個(gè)分支都需要build來進(jìn)行及時(shí)的測試，因此有了這個(gè)我們當(dāng)前每周需要的build個(gè)數(shù)——130。當(dāng)build結(jié)束后，Test Execution team和其分支團(tuán)隊(duì)會執(zhí)行自動測試來確保其代碼的質(zhì)量符合嚴(yán)格的要求和標(biāo)準(zhǔn)。最后當(dāng)這個(gè)功能特性開發(fā)和測試完成后，其代碼將會融入到SQL Server的主線代碼中，然后其它各個(gè)分支團(tuán)隊(duì)將重新獲取主線代碼并融合其分支的當(dāng)前代碼，來保證和主線代碼的同步。

分享：怎樣解決SQL Server數(shù)據(jù)庫權(quán)限沖突
在SQL Server數(shù)據(jù)庫中，主要是通過角色來繼承相關(guān)的權(quán)限。但是，這個(gè)權(quán)限繼承很容易造成權(quán)限上的沖突。如現(xiàn)在有個(gè)銷售員賬戶SALE1，有一個(gè)銷售部門角色DE_SALES。其中銷售部門角色DE_SALES具有查詢所有客戶信息，即CUSTOM表的權(quán)限。但是銷售員賬戶SALE1其由