- 相關(guān)推薦
向外擴展的SQL Server應怎樣實(shí)現更高擴展性
向外擴展SQL Server實(shí)現更高擴展性
當我提到向外擴展數據庫系統時(shí)，我實(shí)際上只是討論對數據庫系統進(jìn)行分割或劃分，以便你能利用那些部分，把它們分配到單獨的數據庫服務(wù)器上。這允許你在許多服務(wù)器間分散處理能力，以適應不斷擴張的增長(cháng)。
但是，額外的特性和功能需要更高的復雜程度。一個(gè)向外擴展的數據庫很難進(jìn)行設計或管理。在你成功對一個(gè)數據庫系統實(shí)行向外擴展之前，你必須解決許多困難的商業(yè)和技術(shù)難題。
本文說(shuō)明向外擴展數據庫系統的兩個(gè)選項，從而實(shí)現更高的可擴展性：水平數據劃分和垂直數據劃分。
水平數據劃分
使用水平數據劃分，數據庫結構在數據庫實(shí)例方面沒(méi)有變化。通常，數據庫之間唯一的不同在于實(shí)例包含的數據不同。
開(kāi)發(fā)出中間層應用程序，使得實(shí)例間的數據得到適當維護，是這種解決方案的特點(diǎn)�？赡芎茈y決定如何在數據庫實(shí)例間劃分數據。數據分配方法十分關(guān)鍵，因為我們需要在不同服務(wù)器間比較平均地分散數據負載。不進(jìn)行這種平均分割，你就無(wú)法取得向外擴展數據庫的任何好處，因為查詢(xún)或事務(wù)處理的大部分IO仍然只發(fā)生在一臺服務(wù)器上。
既然全部數據不再保存在一臺服務(wù)器上，因此在必要時(shí)更難對所有數據執行查詢(xún)。幸運的是，你可以建立分布式劃分視圖連接兩個(gè)服務(wù)器實(shí)例間的數據，使得數據看起來(lái)就像保存在一臺服務(wù)器上。有一些特殊的視圖，它們利用連接的服務(wù)器和在數據表上建立的約束，有效地返回數據，就好像你只查詢(xún)一臺服務(wù)器上的數據一樣。(我將在下周的文章中詳細討論分布式劃分視圖。)
另外，值得一提的是，如果服務(wù)器處在不同的地理位置，它們的性能可能會(huì )受到影響。在這種情況下，你可能希望復制實(shí)例間的數據，以便每臺服務(wù)器擁有完整的數據，但只負責維護特定的一塊數據。
垂直數據劃分
垂直數據劃分包括把數據庫表分割成在不同服務(wù)器上保存的不同數據庫實(shí)例。每臺服務(wù)器一般分配完成一個(gè)特殊的任務(wù)。這樣就可以對那些表中的IO進(jìn)行分割。這種類(lèi)型的分割取決于將系統邏輯地劃分成許多部分，以便這些部分能夠獨立操作。如果實(shí)例間需要最少量的交互進(jìn)行事務(wù)處理，這種處理就很有必要。
例如，如果你的數據庫系統維護銷(xiāo)售、營(yíng)銷(xiāo)和廣告數據，最好是把這些表分割成單個(gè)的數據庫實(shí)例，阻止它們共享同一臺服務(wù)器上的IO�？赡苣氵�需要處理這兩個(gè)共享一些相同數據(例如客戶(hù)數據)的系統。能夠分割這些商業(yè)功能，你就可以在必要時(shí)向外擴展數據庫環(huán)境，提高系統效率。
你可以采取一些措施，如在每一臺服務(wù)器上使用相互連接的表和視圖，以便實(shí)例可以從其它實(shí)例中查看數據。這樣做可以減少應用程序層決定在哪找到它需要的數據時(shí)所需的額外計算量。你需要保證應用程序層具有必要的邏輯性，以決定將數據保存在哪臺服務(wù)器上。
修改
你可以對水平和垂直數據劃分方法進(jìn)行修改，使其更好地適應你的環(huán)境。例如，你可以使用一個(gè)面向服務(wù)的架構在服務(wù)器間分配處理能力；應用復制確保數據庫實(shí)例相互之間保持緊密同步；以及組合應用這些技巧。
mssqlserver和sqlexpress的區別
我就喜歡Visual studio自帶的數據庫。以下兩點(diǎn)是我喜歡上VS自帶數據庫的原因：1.VS自帶的數據庫可以跟著(zhù)項目走，每次只要刷新下連接就可以了，使用方便2.不必每次附加。每次有程序連接數據庫，都要在dos上面敲net start mssqlserver->回車(chē)；sqlwb->回車(chē)(也可以在配置工具里邊打開(kāi)sqlserver).這樣感覺(jué)很麻煩，又不是大型項目，沒(méi)必要“錦上添花，“畫(huà)蛇添足。記住，我們現在只是學(xué)習，測試。
好東西肯定要繼續用咯。用著(zhù)，用著(zhù)，我發(fā)現了一個(gè)問(wèn)題：1.連接sqlserver的連接字符串是：“server=.;database=數據庫名;uid=用戶(hù)名;pwd=密碼1.連接VS內置的數據庫的連接字符串是：
DataSource=.SQLEXPRESS;AttachDbFilename=|DataDirectory|App.mdf;Integrated Security=True;User Instance=True"
優(yōu)化SQL Server索引的小技巧
SQL Server中有幾個(gè)可以讓你檢測、調整和優(yōu)化SQL Server性能的工具。在本文中，我將說(shuō)明如何用SQL Server的工具來(lái)優(yōu)化數據庫索引的使用，本文還涉及到有關(guān)索引的一般性知識。
關(guān)于索引的常識
影響到數據庫性能的最大因素就是索引。由于該問(wèn)題的復雜性，我只可能簡(jiǎn)單的談?wù)勥@個(gè)問(wèn)題，不過(guò)關(guān)于這方面的問(wèn)題，目前有好幾本不錯的書(shū)籍可供你參閱。我在這里只討論兩種SQL Server索引，即clustered索引和nonclustered索引。當考察建立什么類(lèi)型的索引時(shí)，你應當考慮數據類(lèi)型和保存這些數據的column。同樣，你也必須考慮數據庫可能用到的查詢(xún)類(lèi)型以及使用的最為頻繁的查詢(xún)類(lèi)型。
索引的類(lèi)型
如果column保存了高度相關(guān)的數據，并且常常被順序訪(fǎng)問(wèn)時(shí)，最好使用clustered索引，這是因為如果使用clustered索引，SQL Server會(huì )在物理上按升序（默認）或者降序重排數據列，這樣就可以迅速的找到被查詢(xún)的數據。同樣，在搜尋控制在一定范圍內的情況下，對這些column也最好使用clustered索引。這是因為由于物理上重排數據，每個(gè)表格上只有一個(gè)clustered索引。
與上面情況相反，如果columns包含的數據相關(guān)性較差，你可以使用nonculstered索引。你可以在一個(gè)表格中使用高達249個(gè)nonclustered索引——盡管我想象不出實(shí)際應用場(chǎng)合會(huì )用的上這么多索引。
當表格使用主關(guān)鍵字（primary keys），默認情況下SQL Server會(huì )自動(dòng)對包含該關(guān)鍵字的column(s)建立一個(gè)獨有的cluster索引。很顯然，對這些column(s)建立獨有索引意味著(zhù)主關(guān)鍵字的唯一性。當建立外關(guān)鍵字（foreign key）關(guān)系時(shí)，如果你打算頻繁使用它，那么在外關(guān)鍵字cloumn上建立nonclustered索引不失為一個(gè)好的方法。如果表格有clustered索引，那么它用一個(gè)鏈表來(lái)維護數據頁(yè)之間的關(guān)系。相反，如果表格沒(méi)有clustered索引，SQL Server將在一個(gè)堆棧中保存數據頁(yè)。
數據頁(yè)
當索引建立起來(lái)的時(shí)候，SQLServer就建立數據頁(yè)（datapage），數據頁(yè)是用以加速搜索的指針。當索引建立起來(lái)的時(shí)候，其對應的填充因子也即被設置。設置填充因子的目的是為了指示該索引中數據頁(yè)的百分比。隨著(zhù)時(shí)間的推移，數據庫的更新會(huì )消耗掉已有的空閑空間，這就會(huì )導致頁(yè)被拆分。頁(yè)拆分的后果是降低了索引的性能，因而使用該索引的查詢(xún)會(huì )導致數據存儲的支離破碎。當建立一個(gè)索引時(shí)，該索引的填充因子即被設置好了，因此填充因子不能動(dòng)態(tài)維護。
為了更新數據頁(yè)中的填充因子，我們可以停止舊有索引并重建索引，并重新設置填充因子（注意：這將影響到當前數據庫的運行，在重要場(chǎng)合請謹慎使用）。DBCC INDEXDEFRAG和DBCC DBREINDEX是清除clustered和nonculstered索引碎片的兩個(gè)命令。INDEXDEFRAG是一種在線(xiàn)操作（也就是說(shuō)，它不會(huì )阻塞其它表格動(dòng)作，如查詢(xún)），而DBREINDEX則在物理上重建索引。在絕大多數情況下，重建索引可以更好的消除碎片，但是這個(gè)優(yōu)點(diǎn)是以阻塞當前發(fā)生在該索引所在表格上其它動(dòng)作為代價(jià)換取來(lái)得。當出現較大的碎片索引時(shí)，INDEXDEFRAG會(huì )花上一段比較長(cháng)的時(shí)間，這是因為該命令的運行是基于小的'交互塊（transactional block）。
填充因子
當你執行上述措施中的任何一個(gè)，數據庫引擎可以更有效的返回編入索引的數據。關(guān)于填充因子（fillfactor）話(huà)題已經(jīng)超出了本文的范疇，不過(guò)我還是提醒你需要注意那些打算使用填充因子建立索引的表格。
在執行查詢(xún)時(shí)，SQL Server動(dòng)態(tài)選擇使用哪個(gè)索引。為此，SQL Server根據每個(gè)索引上分布在該關(guān)鍵字上的統計量來(lái)決定使用哪個(gè)索引。值得注意的是，經(jīng)過(guò)日常的數據庫活動(dòng)（如插入、刪除和更新表格），SQL Server用到的這些統計量可能已經(jīng)“過(guò)期了，需要更新。你可以通過(guò)執行DBCC SHOWCONTIG來(lái)查看統計量的狀態(tài)。當你認為統計量已經(jīng)“過(guò)期時(shí)，你可以執行該表格的UPDATE STATISTICS命令，這樣SQL Server就刷新了關(guān)于該索引的信息了。
建立數據庫維護計劃
SQL Server提供了一種簡(jiǎn)化并自動(dòng)維護數據庫的工具。這個(gè)稱(chēng)之為數據庫維護計劃向導（Database Maintenance Plan Wizard ，DMPW）的工具也包括了對索引的優(yōu)化。如果你運行這個(gè)向導，你會(huì )看到關(guān)于數據庫中關(guān)于索引的統計量，這些統計量作為日志工作并定時(shí)更新，這樣就減輕了手工重建索引所帶來(lái)的工作量。如果你不想自動(dòng)定期刷新索引統計量，你還可以在DMPW中選擇重新組織數據和數據頁(yè)，這將停止舊有索引并按特定的填充因子重建索引。
如何實(shí)現MySQL數據庫的備份與恢復
在數據庫表丟失或損壞的情況下，備份你的數據庫是很重要的。如果發(fā)生系統崩潰，你肯定想能夠將你的表盡可能丟失最少的數據恢復到崩潰發(fā)生時(shí)的狀態(tài)。有時(shí)，正是MySQL管理員造成破壞。管理員已經(jīng)知道表以破壞，用諸如vi或Emacs等編輯器試圖直接編輯它們，這對表絕對不是件好事！
備份數據庫兩個(gè)主要方法是用mysqldump程序或直接拷貝數據庫文件（如用cp、cpio或tar等）。每種方法都有其優(yōu)缺點(diǎn)：
mysqldump與MySQL服務(wù)器協(xié)同操作。直接拷貝方法在服務(wù)器外部進(jìn)行，并且你必須采取措施保證沒(méi)有客戶(hù)正在修改你將拷貝的表。如果你想用文件系統備份來(lái)備份數據庫，也會(huì )發(fā)生同樣的問(wèn)題：如果數據庫表在文件系統備份過(guò)程中被修改，進(jìn)入備份的表文件主語(yǔ)不一致的狀態(tài)，而對以后的恢復表將失去意義。文件系統備份與直接拷貝文件的區別是對后者你完全控制了備份過(guò)程，這樣你能采取措施確保服務(wù)器讓表不受干擾。
mysqldump比直接拷貝要慢些。
mysqldump生成能夠移植到其它機器的文本文件，甚至那些有不同硬件結構的機器上。直接拷貝文件不能移植到其它機器上，除非你正在拷貝的表使用MyISAM存儲格式。ISAM表只能在相似的硬件結構的機器上拷貝。在MySQL 3.23中引入的MyISAM表存儲格式解決了該問(wèn)題，因為該格式是機器無(wú)關(guān)的，所以直接拷貝文件可以移植到具有不同硬件結構的機器上。只要滿(mǎn)足兩個(gè)條件：另一臺機器必須也運行MySQL 3.23或以后版本，而且文件必須以MyISAM格式表示，而不是ISAM格式。
不管你使用哪種備份方法，如果你需要恢復數據庫，有幾個(gè)原則應該遵守，以確保最好的結果：
定期實(shí)施備份。建立一個(gè)計劃并嚴格遵守。
讓服務(wù)器執行更新日志。當你在崩潰后需要恢復數據時(shí)，更新日志將幫助你。在你用備份文件恢復數據到備份時(shí)的狀態(tài)后，你可以通過(guò)運行更新日志中的查詢(xún)再次運用備份后面的修改，這將數據庫中的表恢復到崩潰發(fā)生時(shí)的狀態(tài)。
以文件系統備份的術(shù)語(yǔ)講，數據庫備份文件代表完全傾倒（full dump），而更新日志代表漸進(jìn)傾倒（incremental dump）。
使用一種統一的和易理解的備份文件命名機制。象backup1、buckup2等不是特別有意義。當實(shí)施你的恢復時(shí)，你將浪費時(shí)間找出文件里是什么東西。你可能發(fā)覺(jué)用數據庫名和日期構成備份文件名會(huì )很有用。例如：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
你可能想在生成備份后壓縮它們。備份一般都很大！你也需要讓你的備份文件有過(guò)期期限以避免它們填滿(mǎn)你的磁盤(pán)，就象你讓你的日志文件過(guò)期那樣。
用文件系統備份備份你的備份文件。如果遇上了一個(gè)徹底崩潰，不僅清除了你的數據目錄，也清除了包含你的數據庫備份的磁盤(pán)驅動(dòng)器，你將真正遇上了麻煩。也要備份你的更新日志。
將你的備份文件放在不同于用于你的數據庫的文件系統上。這將降低由于生成備份而填滿(mǎn)包含數據目錄的文件系統的可能性。
用于創(chuàng )建備份的技術(shù)同樣對拷貝數據庫到另一臺機器有用。最常見(jiàn)地，一個(gè)數據庫被轉移到了運行在另一臺主機上的服務(wù)器，但是你也可以將數據轉移到同一臺主機上的另一個(gè)服務(wù)器。
1、使用mysqldump備份和拷貝數據庫
當你使用mysqldumo程序產(chǎn)生數據庫備份文件時(shí)，缺省地，文件內容包含創(chuàng )建正在傾倒的表的CREATE語(yǔ)句和包含表中行數據的INSERT語(yǔ)句。換句話(huà)說(shuō)，mysqldump產(chǎn)生的輸出可在以后用作mysql的輸入來(lái)重建數據庫。
你可以將整個(gè)數據庫傾倒進(jìn)一個(gè)單獨的文本文件中，如下：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
輸出文件的開(kāi)頭看起來(lái)象這樣：
# 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語(yǔ)句組成。
如果你想壓縮備份，使用類(lèi)似如下的命令：
%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一個(gè)龐大的數據庫，輸出文件也將很龐大，可能難于管理。如果你愿意，你可以在mysqldump命令行的數據庫名后列出單獨的表名來(lái)傾到它們的內容，這將傾倒文件分成較小、更易于管理的文件。下例顯示如何將samp_db數據庫的一些表傾到進(jìn)分開(kāi)的文件中：
%mysqldump samp_db student score event absence >grapbook.sql
%mysqldump samp_db member president >hist-league.sql
如果你生成準備用于定期刷新另一個(gè)數據庫內容的備份文件，你可能想用--add-drop-table選項。這告訴服務(wù)器將DROP TABLE IF EXISTS語(yǔ)句寫(xiě)入備份文件，然后，當你取出備份文件并把它裝載進(jìn)第二個(gè)數據庫時(shí)，如果表已經(jīng)存在，你不會(huì )得到一個(gè)錯誤。
如果你倒出一個(gè)數據庫以便能把數據庫轉移到另一個(gè)服務(wù)器，你甚至不必創(chuàng )建備份文件。要保證數據庫存在于另一臺主機，然后用管道傾倒數據庫，這樣mysql能直接讀取mysqldump的輸出。例如：你想從主機pit-viper.snake.net拷貝數據庫samp_db到boa.snake.net，可以這樣很容易做到：
%mysqladmin -h boa.snake.net create samp_db
%mysqldump samp_db | mysql -h boa.snake.net samp_db
以后，如果你想再次刷新boa.snake.net上的數據庫，跳過(guò)mysqladmin命令，但要對mysqldump加上--add-drop-table以避免的得到表已存在的錯誤：
%mysqldump --add-drop-table samp_db | mysql -h boa.snake.net samp_db
mysqldump其它有用的選項包括：
--flush-logs和--lock-tables組合將對你的數據庫檢查點(diǎn)有幫助。--lock-tables鎖定你正在傾倒的所有表，而--flush-logs關(guān)閉并重新打開(kāi)更新日志文件，新的更新日志將只包括從備份點(diǎn)起的修改數據庫的查詢(xún)。這將設置你的更新日志檢查點(diǎn)位備份時(shí)間。（然而如果你有需要執行個(gè)更新的客戶(hù)，鎖定所有表對備份期間的客戶(hù)訪(fǎng)問(wèn)不是件好事。）
如果你使用--flush-logs設置檢查點(diǎn)到備份時(shí)，有可能最好是傾倒整個(gè)數據庫。如果你傾倒單獨的文件，較難將更新日志檢查點(diǎn)與備份文件同步。在恢復期間，你通常按數據庫為基礎提取更新日志內容，對單個(gè)表沒(méi)有提取更新的選擇，所以你必須自己提取它們。
缺省地，mysqldump在寫(xiě)入前將一個(gè)表的整個(gè)內容讀進(jìn)內存。這通常確實(shí)不必要，并且實(shí)際上如果你有一個(gè)大表，幾乎是失敗的。你可用--quick選項告訴mysqldump只要它檢索出一行就寫(xiě)出每一行。為了進(jìn)一步優(yōu)化傾倒過(guò)程，使用--opt而不是--quick。--opt選項打開(kāi)其它選項，加速數據的傾倒和把它們讀回。
用--opt實(shí)施備份可能是最常用的方法，因為備份速度上的優(yōu)勢。然而，要警告你，--opt選項確實(shí)有代價(jià)，--opt優(yōu)化的是你的備份過(guò)程，不是其他客戶(hù)對數據庫的訪(fǎng)問(wèn)。--opt選項通過(guò)一次鎖定所有表阻止任何人更新你正在傾倒的任何表。你可在一般數據庫訪(fǎng)問(wèn)上很容易看到其效果。當你的數據庫一般非常頻繁地使用，只是一天一次地調節備份。
一個(gè)具有--opt的相反效果的選項是--dedayed。該選項使得mysqldump寫(xiě)出INSERT DELAYED語(yǔ)句而不是INSERT語(yǔ)句。如果你將數據文件裝入另一個(gè)數據庫并且你想是這個(gè)操作對可能出現在該數據庫中的查詢(xún)的影響最小，--delayed對此很有幫助。
--compress選項在你拷貝數據庫到另一臺機器上時(shí)很有幫助，因為它減少網(wǎng)絡(luò )傳輸字節的數量。下面有一個(gè)例子，注意到--compress對與遠端主機上的服務(wù)器通信的程序才給出，而不是對與本地主機連接的程序：
%mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db
mysqldump有很多選項，詳見(jiàn)《MySQL參考手冊》。
2、使用直接拷貝數據庫的備份和拷貝方法
另一種不涉及mysqldump備份數據庫和表的方式是直接拷貝數據庫表文件。典型地，這用諸如cp、tar或cpio實(shí)用程序。本文的例子使用cp。
當你使用一種直接備份方法時(shí)，你必須保證表不在被使用。如果服務(wù)器在你則正在拷貝一個(gè)表時(shí)改變它，拷貝就失去意義。
保證你的拷貝完整性的最好方法是關(guān)閉服務(wù)器，拷貝文件，然后重啟服務(wù)器。如果你不想關(guān)閉服務(wù)器，要在執行表檢查的同時(shí)鎖定服務(wù)器。如果服務(wù)器在運行，相同的制約也適用于拷貝文件，而且你應該使用相同的鎖定協(xié)議讓服務(wù)器“安靜下來(lái)。
假設服務(wù)器關(guān)閉或你已經(jīng)鎖定了你想拷貝的表，下列顯示如何將整個(gè)samp_db數據庫備份到一個(gè)備份目錄（DATADIR表示服務(wù)器的數據目錄）：
%cd DATADIR
%cp -r samp_db /usr/archive/mysql
單個(gè)表可以如下備份：
%cd DATADIR/samp_db
%cp member.* /usr/archive/mysql/samp_db
%cp score.* /usr/archive/mysql/samp_db
當你完成了備份時(shí)，你可; 更多內容請看Linux數據庫寶典; MySQL; MySQL安全專(zhuān)題，或進(jìn)入討論組討論。
JavaScript代碼：JavaScript 實(shí)現日歷式日期選擇
【javascript 實(shí)現日歷式日期選擇】;
date.js代碼：
/*=======Calendar.js=======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
document.writeln("
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();
;//得到今天的年,月,日;
;this.now = new Date()
;this.year = this.now.getFullYear()
;this.month = this.now.getMonth()
;this.day = this.now.getDate()
function getStringDay(str);
;//得到輸入框的年,月,日
;var str=str.split("-")
;this.now = new Date(parseFloat(str[0]),parseFloat(str[1])-1,parseFloat(str[2]))
;this.year = this.now.getFullYear()
;this.month = this.now.getMonth()
;this.day = this.now.getDate()
function newCalendar() {;
;var parseYear = parseInt(document.all.Year.options[document.all.Year.selectedIndex].value)
;var newCal = new Date(parseYear, document.all.Month.selectedIndex, 1)
;var day = -1
;var startDay = newCal.getDay()
;var daily = 0
;if ((today.year == newCal.getFullYear()) &&(today.month == newCal.getMonth()));
; day = today.day
;var tableCal = document.all.calendar
;var intDaysInMonth =getDays(newCal.getMonth(), newCal.getFullYear());
;for (var intWeek = 1; intWeek < tableCal.rows.length;intWeek++);
; for (var intDay = 0;intDay < tableCal.rows[intWeek].cells.length;intDay++);
var cell = tableCal.rows[intWeek].cells[intDay]
if ((intDay == startDay) && (0 == daily));
;daily = 1
if(day==daily) //今天，調用今天的Class;
;cell.style.background=’#6699CC&rsquo
;cell.style.color=’#FFFFFF&rsquo
;//cell.style.fontWeight=’bold&rsquo
else if(intDay==6) //周六;
;cell.style.color=’green’
else if (intDay==0) //周日;
;cell.style.color=’red&rsquo
if ((daily > 0) && (daily <= intDaysInMonth));
;cell.innerText = daily
;daily++
else;
;cell.innerText = ""
function GetDate(InputBox)
;var sDate
;//這段代碼處理鼠標點(diǎn)擊的情況;
;if (event.srcElement.tagName == "TD");
; if (event.srcElement.innerText != "");
sDate = document.all.Year.value + "-" + document.all.Month.value + "-" + event.srcElement.innerText;
eval("document.all."+InputBox).value=sDate;
HiddenCalendar();
function HiddenCalendar()
;//關(guān)閉選擇窗口
;document.all.Calendar.style.visibility=’hidden&rsquo
function ShowCalendar(InputBox)
;var x,y,intLoop,intWeeks,intDays;
;var DivContent;
;var year,month,day;
;//var o=document.getElementById(InputBox);
;var o=InputBox;
;var oid=o.id;
;var thisyear; //真正的今年年份
;if(!oid)oid=o.name;
;thisyear=new getToday();
;thisyear=thisyear.year;
;today = o.value;
;if(isDate(today))
; today = new getStringDay(today);
;else
; today = new getToday()
;//顯示的位置
;x=o.offsetLeft;
;y=o.offsetTop;
;while(o=o.offsetParent)
; x+=o.offsetLeft;
; y+=o.offsetTop;
;document.all.Calendar.style.left=x+2;
;document.all.Calendar.style.top=y+20;
;document.all.Calendar.style.visibility="visible"
;//下面開(kāi)始輸出日歷表格(border-color:#9DBAF7)
;DivContent="
;DivContent+=""
;DivContent+="
| ; |
;//年
;DivContent+="
; DivContent+="
" + intLoop + "
;DivContent+=""
;//月
;DivContent+="
; DivContent+="
" + months[intLoop] + "
;DivContent+=""
;DivContent+=""
;DivContent+="
"
| ;DivContent+=" |
;DivContent+="
| " |
;DivContent+="
"
;//星期
;DivContent+="
"
;for (intLoop = 0; intLoop < days.length; intLoop++);
; DivContent+="
"
| ;DivContent+=" |
;//天
;for (intWeeks = 0; intWeeks < 6; intWeeks++)
; DivContent+="
"
; for (intDays = 0; intDays < days.length; intDays++);
DivContent+="
"
| ; DivContent+=" |
;DivContent+=""
;document.all.Calendar.innerHTML=DivContent;
;newCalendar();
function isDate(dateStr)
;var datePat = /^(d{4})(-)(d{1,2})(-)(d{1,2})$/;
;var matchArray = dateStr.match(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中的寫(xiě)法：
帝國文章模型下如何把“存文本”轉換為“存數據庫”技巧
帝國的文章模型，默認情況下，正文字段屬性是內容存文本的！也就是不保存到數據庫，但是這樣對應數據庫容量大的，就沒(méi)必要了，想轉換成存到數據庫的，帝國ECMS就沒(méi)帶這功能。今天我就來(lái)介紹如何實(shí)現！
首先打開(kāi)phome_enewsf表，找到文章模型下正文字段的設置信息，找到 savetxt tinyint(1) 內容存文本 1是/0否
這個(gè)字段，把1改為0即可。
接著(zhù)寫(xiě)一個(gè)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.".php");
;$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");
以上代碼中的路徑是按網(wǎng)站跟目錄下的相對路徑。
我網(wǎng)站也是這樣轉換成功的，由于我網(wǎng)站數據小，就沒(méi)設置間隔，要是數據大的，請自己設置沒(méi)轉換多少條信息時(shí)停頓下，不然怕卡死！
【向外擴展的SQL Server應怎樣實(shí)現更高擴展性】相關(guān)文章：
Sql Server、Access數據排名的實(shí)現方法07-09
有關(guān)清除SQL Server日志的兩種方法07-20
用SQL實(shí)現查詢(xún)數據不顯示錯誤數據的方法08-19
老人手抖應怎樣按摩08-30
中國企業(yè)怎樣才能更高效？05-17
oracle的sql語(yǔ)句01-21