向外擴展的SQL Server應怎樣實現更高擴展性

當我提到向外擴展數據庫系統時，我實際上只是討論對數據庫系統進行分割或劃分，以便你能利用那些部分，把它們分配到單獨的數據庫服務器上。這允許你在許多服務器間分散處理能力，以適應不斷擴張的增長。

但是，額外的特性和功能需要更高的複雜程度。一個向外擴展的數據庫很難進行設計或管理。在你成功對一個數據庫系統實行向外擴展之前，你必須解決許多困難的商業和技術難題。

本文説明向外擴展數據庫系統的兩個選項，從而實現更高的可擴展性：水平數據劃分和垂直數據劃分。

水平數據劃分

使用水平數據劃分，數據庫結構在數據庫實例方面沒有變化。通常，數據庫之間唯一的不同在於實例包含的數據不同。

開發出中間層應用程序，使得實例間的數據得到適當維護，是這種解決方案的特點。可能很難決定如何在數據庫實例間劃分數據。數據分配方法十分關鍵，因為我們需要在不同服務器間比較平均地分散數據負載。不進行這種平均分割，你就無法取得向外擴展數據庫的任何好處，因為查詢或事務處理的大部分IO仍然只發生在一台服務器上。

既然全部數據不再保存在一台服務器上，因此在必要時更難對所有數據執行查詢。幸運的是，你可以建立分佈式劃分視圖連接兩個服務器實例間的數據，使得數據看起來就像保存在一台服務器上。有一些特殊的視圖，它們利用連接的服務器和在數據表上建立的約束，有效地返回數據，就好像你只查詢一台服務器上的數據一樣。(我將在下週的文章中詳細討論分佈式劃分視圖。)

另外，值得一提的是，如果服務器處在不同的地理位置，它們的性能可能會受到影響。在這種情況下，你可能希望複製實例間的數據，以便每台服務器擁有完整的數據，但只負責維護特定的一塊數據。

垂直數據劃分

垂直數據劃分包括把數據庫表分割成在不同服務器上保存的不同數據庫實例。每台服務器一般分配完成一個特殊的任務。這樣就可以對那些表中的IO進行分割。這種類型的分割取決於將系統邏輯地劃分成許多部分，以便這些部分能夠獨立操作。如果實例間需要最少量的交互進行事務處理，這種處理就很有必要。

例如，如果你的數據庫系統維護銷售、營銷和廣告數據，最好是把這些表分割成單個的數據庫實例，阻止它們共享同一台服務器上的IO。可能你還需要處理這兩個共享一些相同數據(例如客户數據)的系統。能夠分割這些商業功能，你就可以在必要時向外擴展數據庫環境，提高系統效率。

你可以採取一些措施，如在每一台服務器上使用相互連接的表和視圖，以便實例可以從其它實例中查看數據。這樣做可以減少應用程序層決定在哪找到它需要的數據時所需的額外計算量。你需要保證應用程序層具有必要的邏輯性，以決定將數據保存在哪台服務器上。

修改

你可以對水平和垂直數據劃分方法進行修改，使其更好地適應你的環境。例如，你可以使用一個面向服務的架構在服務器間分配處理能力；應用複製確保數據庫實例相互之間保持緊密同步；以及組合應用這些技巧。

mssqlserver和sqlexpress的區別

我就喜歡Visual studio自帶的數據庫。以下兩點是我喜歡上VS自帶數據庫的原因：自帶的數據庫可以跟着項目走，每次只要刷新下連接就可以了，使用方便2.不必每次附加。每次有程序連接數據庫，都要在dos上面敲net start mssqlserver->回車；sqlwb->回車(也可以在配置工具裏邊打開sqlserver).這樣感覺很麻煩，又不是大型項目，沒必要“錦上添花，“畫蛇添足。記住，我們現在只是學習，測試。

好東西肯定要繼續用咯。用着，用着，我發現了一個問題：1.連接sqlserver的連接字符串是：“server=.;database=數據庫名;uid=用户名;pwd=密碼1.連接VS內置的數據庫的連接字符串是：

DataSource=XPRESS;AttachDbFilename=|DataDirectory|;Integrated Security=True;User Instance=True"

優化SQL Server索引的小技巧

SQL Server中有幾個可以讓你檢測、調整和優化SQL Server性能的工具。在本文中，我將説明如何用SQL Server的工具來優化數據庫索引的使用，本文還涉及到有關索引的一般性知識。

關於索引的常識

影響到數據庫性能的最大因素就是索引。由於該問題的複雜性，我只可能簡單的談談這個問題，不過關於這方面的問題，目前有好幾本不錯的書籍可供你參閲。我在這裏只討論兩種SQL Server索引，即clustered索引和nonclustered索引。當考察建立什麼類型的索引時，你應當考慮數據類型和保存這些數據的column。同樣，你也必須考慮數據庫可能用到的查詢類型以及使用的最為頻繁的查詢類型。

索引的類型

如果column保存了高度相關的數據，並且常常被順序訪問時，最好使用clustered索引，這是因為如果使用clustered索引，SQL Server會在物理上按升序（默認）或者降序重排數據列，這樣就可以迅速的找到被查詢的數據。同樣，在搜尋控制在一定範圍內的情況下，對這些column也最好使用clustered索引。這是因為由於物理上重排數據，每個表格上只有一個clustered索引。

與上面情況相反，如果columns包含的數據相關性較差，你可以使用nonculstered索引。你可以在一個表格中使用高達249個nonclustered索引——儘管我想象不出實際應用場合會用的上這麼多索引。

當表格使用主關鍵字（primary keys），默認情況下SQL Server會自動對包含該關鍵字的column(s)建立一個獨有的cluster索引。很顯然，對這些column(s)建立獨有索引意味着主關鍵字的唯一性。當建立外關鍵字（foreign key）關係時，如果你打算頻繁使用它，那麼在外關鍵字cloumn上建立nonclustered索引不失為一個好的方法。如果表格有clustered索引，那麼它用一個鏈表來維護數據頁之間的關係。相反，如果表格沒有clustered索引，SQL Server將在一個堆棧中保存數據頁。

數據頁

當索引建立起來的時候，SQLServer就建立數據頁（datapage），數據頁是用以加速搜索的指針。當索引建立起來的時候，其對應的填充因子也即被設置。設置填充因子的`目的是為了指示該索引中數據頁的百分比。隨着時間的推移，數據庫的更新會消耗掉已有的空閒空間，這就會導致頁被拆分。頁拆分的後果是降低了索引的性能，因而使用該索引的查詢會導致數據存儲的支離破碎。當建立一個索引時，該索引的填充因子即被設置好了，因此填充因子不能動態維護。

為了更新數據頁中的填充因子，我們可以停止舊有索引並重建索引，並重新設置填充因子（注意：這將影響到當前數據庫的運行，在重要場合請謹慎使用）。DBCC INDEXDEFRAG和DBCC DBREINDEX是清除clustered和nonculstered索引碎片的兩個命令。INDEXDEFRAG是一種在線操作（也就是説，它不會阻塞其它表格動作，如查詢），而DBREINDEX則在物理上重建索引。在絕大多數情況下，重建索引可以更好的消除碎片，但是這個優點是以阻塞當前發生在該索引所在表格上其它動作為代價換取來得。當出現較大的碎片索引時，INDEXDEFRAG會花上一段比較長的時間，這是因為該命令的運行是基於小的交互塊（transactional block）。

填充因子

當你執行上述措施中的任何一個，數據庫引擎可以更有效的返回編入索引的數據。關於填充因子（fillfactor）話題已經超出了本文的範疇，不過我還是提醒你需要注意那些打算使用填充因子建立索引的表格。

在執行查詢時，SQL Server動態選擇使用哪個索引。為此，SQL Server根據每個索引上分佈在該關鍵字上的統計量來決定使用哪個索引。值得注意的是，經過日常的數據庫活動（如插入、刪除和更新表格），SQL Server用到的這些統計量可能已經“過期了，需要更新。你可以通過執行DBCC SHOWCONTIG來查看統計量的狀態。當你認為統計量已經“過期時，你可以執行該表格的UPDATE STATISTICS命令，這樣SQL Server就刷新了關於該索引的信息了。

建立數據庫維護計劃

SQL Server提供了一種簡化並自動維護數據庫的工具。這個稱之為數據庫維護計劃嚮導（Database Maintenance Plan Wizard ，DMPW）的工具也包括了對索引的優化。如果你運行這個嚮導，你會看到關於數據庫中關於索引的統計量，這些統計量作為日誌工作並定時更新，這樣就減輕了手工重建索引所帶來的工作量。如果你不想自動定期刷新索引統計量，你還可以在DMPW中選擇重新組織數據和數據頁，這將停止舊有索引並按特定的填充因子重建索引。

如何實現MySQL數據庫的備份與恢復

在數據庫表丟失或損壞的情況下，備份你的數據庫是很重要的。如果發生系統崩潰，你肯定想能夠將你的表儘可能丟失最少的數據恢復到崩潰發生時的狀態。有時，正是MySQL管理員造成破壞。管理員已經知道表以破壞，用諸如vi或Emacs等編輯器試圖直接編輯它們，這對錶絕對不是件好事！

備份數據庫兩個主要方法是用mysqldump程序或直接拷貝數據庫文件（如用cp、cpio或tar等）。每種方法都有其優缺點：

mysqldump與MySQL服務器協同操作。直接拷貝方法在服務器外部進行，並且你必須採取措施保證沒有客户正在修改你將拷貝的表。如果你想用文件系統備份來備份數據庫，也會發生同樣的問題：如果數據庫表在文件系統備份過程中被修改，進入備份的表文件主語不一致的狀態，而對以後的恢復表將失去意義。文件系統備份與直接拷貝文件的區別是對後者你完全控制了備份過程，這樣你能採取措施確保服務器讓表不受干擾。

mysqldump比直接拷貝要慢些。

mysqldump生成能夠移植到其它機器的文本文件，甚至那些有不同硬件結構的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表只能在相似的硬件結構的機器上拷貝。在MySQL 3.23中引入的MyISAM表存儲格式解決了該問題，因為該格式是機器無關的，所以直接拷貝文件可以移植到具有不同硬件結構的機器上。只要滿足兩個條件：另一台機器必須也運行MySQL 3.23或以後版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。

不管你使用哪種備份方法，如果你需要恢復數據庫，有幾個原則應該遵守，以確保最好的結果：

定期實施備份。建立一個計劃並嚴格遵守。

讓服務器執行更新日誌。當你在崩潰後需要恢復數據時，更新日誌將幫助你。在你用備份文件恢復數據到備份時的狀態後，你可以通過運行更新日誌中的查詢再次運用備份後面的修改，這將數據庫中的表恢復到崩潰發生時的狀態。

以文件系統備份的術語講，數據庫備份文件代表完全傾倒（full dump），而更新日誌代表漸進傾倒（incremental dump）。

使用一種統一的和易理解的備份文件命名機制。象backup1、buckup2等不是特別有意義。當實施你的恢復時，你將浪費時間找出文件裏是什麼東西。你可能發覺用數據庫名和日期構成備份文件名會很有用。例如：

%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02

%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02

你可能想在生成備份後壓縮它們。備份一般都很大！你也需要讓你的備份文件有過期期限以避免它們填滿你的磁盤，就象你讓你的日誌文件過期那樣。

用文件系統備份備份你的備份文件。如果遇上了一個徹底崩潰，不僅清除了你的數據目錄，也清除了包含你的數據庫備份的磁盤驅動器，你將真正遇上了麻煩。也要備份你的更新日誌。

將你的備份文件放在不同於用於你的數據庫的文件系統上。這將降低由於生成備份而填滿包含數據目錄的文件系統的可能性。

用於創建備份的技術同樣對拷貝數據庫到另一台機器有用。最常見地，一個數據庫被轉移到了運行在另一台主機上的服務器，但是你也可以將數據轉移到同一台主機上的另一個服務器。

1、使用mysqldump備份和拷貝數據庫

當你使用mysqldumo程序產生數據庫備份文件時，缺省地，文件內容包含創建正在傾倒的表的CREATE語句和包含表中行數據的INSERT語句。換句話説，mysqldump產生的輸出可在以後用作mysql的輸入來重建數據庫。

你可以將整個數據庫傾倒進一個單獨的文本文件中，如下：

%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02

輸出文件的開頭看起來象這樣：

# MySQL Dump 6.0

# Host: localhost Database: samp_db

# Server version 3.23.2-alpha-log

# Table structure for table 'absence'

CREATE TABLE absence(

student_id int(10) unsigned DEFAULT '0' NOT NULL,

date date DEFAULT '0000-00-00' NOT NULL,

PRIMARY KEY (student_id,date)

# Dumping data for table 'absence'

INSERT INTO absence VALUES (3,'1999-09-03');

INSERT INTO absence VALUES (5,'1999-09-03');

INSERT INTO absence VALUES (10,'1999-09-08');

文件剩下的部分有更多的INSERT和CREATE TABLE語句組成。

如果你想壓縮備份，使用類似如下的命令：

%mysqldump samp_db | gzip >/usr/archives/mysql/samp_

如果你要一個龐大的數據庫，輸出文件也將很龐大，可能難於管理。如果你願意，你可以在mysqldump命令行的數據庫名後列出單獨的表名來傾到它們的內容，這將傾倒文件分成較小、更易於管理的文件。下例顯示如何將samp_db數據庫的一些表傾到進分開的文件中：

%mysqldump samp_db student score event absence >

%mysqldump samp_db member president >

如果你生成準備用於定期刷新另一個數據庫內容的備份文件，你可能想用--add-drop-table選項。這告訴服務器將DROP TABLE IF EXISTS語句寫入備份文件，然後，當你取出備份文件並把它裝載進第二個數據庫時，如果表已經存在，你不會得到一個錯誤。

如果你倒出一個數據庫以便能把數據庫轉移到另一個服務器，你甚至不必創建備份文件。要保證數據庫存在於另一台主機，然後用管道傾倒數據庫，這樣mysql能直接讀取mysqldump的輸出。例如：你想從主機拷貝數據庫samp_db到，可以這樣很容易做到：

%mysqladmin -h create samp_db

%mysqldump samp_db | mysql -h samp_db

以後，如果你想再次刷新上的數據庫，跳過mysqladmin命令，但要對mysqldump加上--add-drop-table以避免的得到表已存在的錯誤：

%mysqldump --add-drop-table samp_db | mysql -h samp_db

mysqldump其它有用的選項包括：

--flush-logs和--lock-tables組合將對你的數據庫檢查點有幫助。--lock-tables鎖定你正在傾倒的所有表，而--flush-logs關閉並重新打開更新日誌文件，新的更新日誌將只包括從備份點起的修改數據庫的查詢。這將設置你的更新日誌檢查點位備份時間。（然而如果你有需要執行個更新的客户，鎖定所有表對備份期間的客户訪問不是件好事。）

如果你使用--flush-logs設置檢查點到備份時，有可能最好是傾倒整個數據庫。如果你傾倒單獨的文件，較難將更新日誌檢查點與備份文件同步。在恢復期間，你通常按數據庫為基礎提取更新日誌內容，對單個表沒有提取更新的選擇，所以你必須自己提取它們。

缺省地，mysqldump在寫入前將一個表的整個內容讀進內存。這通常確實不必要，並且實際上如果你有一個大表，幾乎是失敗的。你可用--quick選項告訴mysqldump只要它檢索出一行就寫出每一行。為了進一步優化傾倒過程，使用--opt而不是--quick。--opt選項打開其它選項，加速數據的傾倒和把它們讀回。

用--opt實施備份可能是最常用的方法，因為備份速度上的優勢。然而，要警告你，--opt選項確實有代價，--opt優化的是你的備份過程，不是其他客户對數據庫的訪問。--opt選項通過一次鎖定所有表阻止任何人更新你正在傾倒的任何表。你可在一般數據庫訪問上很容易看到其效果。當你的數據庫一般非常頻繁地使用，只是一天一次地調節備份。

一個具有--opt的相反效果的選項是--dedayed。該選項使得mysqldump寫出INSERT DELAYED語句而不是INSERT語句。如果你將數據文件裝入另一個數據庫並且你想是這個操作對可能出現在該數據庫中的查詢的影響最小，--delayed對此很有幫助。

--compress選項在你拷貝數據庫到另一台機器上時很有幫助，因為它減少網絡傳輸字節的數量。下面有一個例子，注意到--compress對與遠端主機上的服務器通信的程序才給出，而不是對與本地主機連接的程序：

%mysqldump --opt samp_db | mysql --compress -h samp_db

mysqldump有很多選項，詳見《MySQL參考手冊》。

2、使用直接拷貝數據庫的備份和拷貝方法

另一種不涉及mysqldump備份數據庫和表的方式是直接拷貝數據庫表文件。典型地，這用諸如cp、tar或cpio實用程序。本文的例子使用cp。

當你使用一種直接備份方法時，你必須保證表不在被使用。如果服務器在你則正在拷貝一個表時改變它，拷貝就失去意義。

保證你的拷貝完整性的最好方法是關閉服務器，拷貝文件，然後重啟服務器。如果你不想關閉服務器，要在執行表檢查的同時鎖定服務器。如果服務器在運行，相同的制約也適用於拷貝文件，而且你應該使用相同的鎖定協議讓服務器“安靜下來。

假設服務器關閉或你已經鎖定了你想拷貝的表，下列顯示如何將整個samp_db數據庫備份到一個備份目錄（DATADIR表示服務器的數據目錄）：

%cd DATADIR

%cp -r samp_db /usr/archive/mysql

單個表可以如下備份：

%cd DATADIR/samp_db

%cp member.* /usr/archive/mysql/samp_db

%cp score.* /usr/archive/mysql/samp_db

當你完成了備份時，你可; 更多內容請看Linux數據庫寶典; MySQL; MySQL安全專題，或進入討論組討論。

JavaScript代碼：JavaScript 實現日曆式日期選擇

【javascript 實現日曆式日期選擇】;

代碼：

/*==============By Jiang Hongbin=======*/

var months = new Array("一月", "二月", "三月", "四月", "五月", "六月", "七月", "八月", "九月", "十月", "十一月", "十二月")

var daysInMonth = new Array(31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31)

var days = new Array("日","一", "二", "三", "四", "五", "六")

var today

eln("

function getDays(month, year)

;//下面的這段代碼是判斷當前是否是閏年的;

;if (1 == month);

; return ((0 == year % 4) && (0 != (year % 100))) || (0 == year % 400) ? 29 : 28

;else;

; return daysInMonth[month]

function getToday();

;//得到今天的年,月,日;

; = new Date()

; = ullYear()

;h = onth()

; = ate()

function getStringDay(str);

;//得到輸入框的年,月,日

;var str=t("-")

; = new Date(parseFloat(str[0]),parseFloat(str[1])-1,parseFloat(str[2]))

; = ullYear()

;h = onth()

; = ate()

function newCalendar() {;

;var parseYear = parseInt(ons[ctedIndex]e)

;var newCal = new Date(parseYear, ctedIndex, 1)

;var day = -1

;var startDay = ay()

;var daily = 0

;if (( == ullYear()) &&(h == onth()));

; day =

;var tableCal = ndar

;var intDaysInMonth =getDays(onth(), ullYear());

;for (var intWeek = 1; intWeek < th;intWeek++);

; for (var intDay = 0;intDay < [intWeek]th;intDay++);

var cell = [intWeek]s[intDay]

if ((intDay == startDay) && (0 == daily));

;daily = 1

if(day==daily) //今天，調用今天的Class;

;ground=’#6699CC&rsquo

;r=’#FFFFFF&rsquo

;//Weight=’bold&rsquo

else if(intDay==6) //週六;

;r=’green’

else if (intDay==0) //週日;

;r=’red&rsquo

if ((daily > 0) && (daily <= intDaysInMonth));

;rText = daily

;daily++

else;

;rText = ""

function GetDate(InputBox)

;var sDate

;//這段代碼處理鼠標點擊的情況;

;if (ame == "TD");

; if (rText != "");

sDate = e + "-" + e + "-" + rText;

eval("."+InputBox)e=sDate;

HiddenCalendar();

function HiddenCalendar()

;//關閉選擇窗口

;bility=’hidden&rsquo

function ShowCalendar(InputBox)

;var x,y,intLoop,intWeeks,intDays;

;var DivContent;

;var year,month,day;

;//var o=lementById(InputBox);

;var o=InputBox;

;var oid=;

;var thisyear; //真正的今年年份

;if(!oid)oid=;

;thisyear=new getToday();

;thisyear=;

;today = e;

;if(isDate(today))

; today = new getStringDay(today);

;else

; today = new getToday()

;//顯示的位置

;x=etLeft;

;y=etTop;

;while(o=etParent)

; x+=etLeft;

; y+=etTop;

;=x+2;

;=y+20;

;bility="visible&quot

;//下面開始輸出日曆表格(border-color:#9DBAF7)

;DivContent="

;DivContent+="&quot

;DivContent+="

;//年

;DivContent+="

; DivContent+="

" + intLoop + "

;DivContent+="&quot

;//月

;DivContent+="

; DivContent+="

" + months[intLoop] + "

;DivContent+="&quot

;DivContent+="&quot

;DivContent+="

&quot

;DivContent+="

;DivContent+="

&quot

;//星期

;DivContent+="

&quot

;for (intLoop = 0; intLoop < th; intLoop++);

; DivContent+="

&quot

;//天

;for (intWeeks = 0; intWeeks < 6; intWeeks++)

; DivContent+="

"

; for (intDays = 0; intDays < th; intDays++);

DivContent+="

"

;DivContent+="&quot

;rHTML=DivContent;

;newCalendar();

function isDate(dateStr)

;var datePat = /^(d{4})(-)(d{1,2})(-)(d{1,2})$/;

;var matchArray = h(datePat);

;if (matchArray == null) return false

;var month = matchArray[3];

;var day = matchArray[5]

;var year = matchArray[1]

;if (month < 1 || month > 12) return false

;if (day < 1 || day > 31) return false

;if ((month==4 || month==6 || month==9 || month==11) && day==31) return false

;if (month == 2)

; var isleap = (year % 4 == 0 && (year % 100 != 0 || year % 400 == 0))

; if (day > 29 || (day==29 && !isleap)) return false

;return true;

HTML中的寫法：

帝國文章模型下如何把“存文本”轉換為“存數據庫”技巧

帝國的文章模型，默認情況下，正文字段屬性是內容存文本的！也就是不保存到數據庫，但是這樣對應數據庫容量大的，就沒必要了，想轉換成存到數據庫的，帝國ECMS就沒帶這功能。今天我就來介紹如何實現！

首先打開phome_enewsf表，找到文章模型下正文字段的設置信息，找到 savetxt tinyint(1) 內容存文本 1是/0否

這個字段，把1改為0即可。

接着寫一個PHP程序，代碼大致如下

$sql=$empire->query("select id,newstext from {$dbtbpre}ecms_article_data_1 ORDER BY `id` ASC");

while($r=$empire->fetch($sql)){

;$file=$r['newstext'];

;$my_file = file_get_contents("d/txt/".$file."");

;$a = str_replace("","",$my_file);

;echo $r['id']."

";

$empire->fetch1("UPDATE `phome_ecms_article_data_1` SET `newstext` = '".$a."' WHERE `id` =".$r['id']." LIMIT 1");

以上代碼中的路徑是按網站跟目錄下的相對路徑。

我網站也是這樣轉換成功的，由於我網站數據小，就沒設置間隔，要是數據大的，請自己設置沒轉換多少條信息時停頓下，不然怕卡死！