| 導購 | 订阅 | 在线投稿
分享
 
 
當前位置: 王朝網路 >> mssql >> 微軟需要改進SQL Server的六大功能
 

微軟需要改進SQL Server的六大功能

2008-08-15 05:14:00  編輯來源:互聯網  简体版  手機版  評論  字體: ||
 
 
  很長時間以來,我一直在使用Microsoft SQL Server。最開始,我使用的是SQL 4.2,這是Sybase SQL Server 4.9的一個移植版本,運行在Windows for Workgroups 3.11系統上,這都是很久以前的事情了。從那以後,微軟的SQL産品已經走過了漫長的道路,而今年年底,微軟又將推出新版本的SQL 10.0,也就是被業界炒得沸沸揚揚的SQL Server 2008。經過這麽多年的不斷完善,SQL産品肯定接近完美了,是不是?而事實並非如此。下面我就詳細介紹一下我希望微軟能夠改進的SQL 6大功能,但願能夠在SQL Server 2008看到這些變化。

  1.SSMS 自動刷新

  在老版的企業管理器中,一件令人感到很討厭的事情是當你創建一個新的對象時,比如一個數據庫或一個表,您需要手動刷新對象資源管理器(Object Explorer),這樣才能看到新創建的對象。這種現象仍然存在于SQL Server Management Studio中,即使它在2005年被徹底重寫了,這件事情很惱人,因爲你必須手動刷新包含新對象的那個文件夾。僅僅單擊「F5」是不會解決問題的。SSMS在後台完成了那麽多工作,那麽,爲什麽不把這一功能交給SSMS來完成呢?

  2.負載平衡的數據庫鏡像

  當SQL Server 2005宣布具備數據庫鏡像(Database Mirroring)功能時,微軟承諾給我們一個數據保護和負載平衡的解決方案,不需要群集就能實現透明的故障和客戶端重定向。SQL Server 2008實現了幾乎所有這些功能,除了負載平衡。在故障發生之前,鏡像數據庫不得不處于「Restoring」或「No Recovery」模式下,這使得鏡像數據庫不能用于負載平衡查詢。的確,你可以對鏡像數據庫拍快照(snapshot),但是,這只是一個基于時間點的快照,並不能反映最新的數據庫更新。我認爲這是由設計缺陷造成的。在修整這一缺陷之前,我不得不使用點對點複制(Peer-to-Peer Replication)或日志傳送(Log Shipping)進行負載平衡。

  3. SSMS內置日志管理器(Log Explore)

  通常,開發商對待事務日志(Transaction Log)的通用路線是,把它以某種內部或私有格式儲存,用戶無法查看或手動修改。如果你想要查看存儲在Transaction Log中的事務記錄,或者有選擇性重新執行某些事務而不擾亂其它事務的話,出你需要使用一個第三方的工具,比如Lumigent的Log Explorer。微軟應該將這種技術內置到SSMS中。微軟至今沒有收購該技術,這令我感到很奇怪。我猜想肯定是因爲Lumigent要價太高了。也許要比收購雅虎的價格要便宜一些。

  4. ReportBuilder RDL應該更爲精確,以便能爲BIDS提供更好的服務

  ReportBuilder真的很酷,它能夠讓你使用報告模型非常迅速地創建強大的報告。你甚至可以讓你的用戶自己創建專案報告。或者把它放在你的口袋裏,以便能在你預約體育鍛煉的空閑間隙快速地開發報告---想象一下,這會給你的用戶留下多麽深刻的印象啊(開玩笑!)。ReportBuilder的神奇之處就在于它能生成RDL(報告定義語言),RDL是Report Services 中所有報告的XML源格式。這意味著你可以在Business Intelligence Development Studio (BIDS)中,用報表設計器(Report Designer)打開內置于ReportBuilder中的報告,從而進行進一步的修改和優化。除了BIDS數據集的定義不是很正確,需要進行一些人工幹預來糾正這些錯誤。不過,微軟若要修改這一功能應該不會花費太多時間。

  5.完整備份(Full Backup)應該截斷事務日志

  自從SQL Server産品問世以來,完整的數據庫備份(Full Database Backup)是不截斷事務日志的。這意味著在全面修複模型(Full Recovery Model)下,事物日志會繼續無限增長,除非你經常單獨運行進行事務日志備份(Transaction Log Backups)。鑒于Microsoft Exchange Full Backup是截斷事物記錄的,所以我們爲什麽在SQL Server上也這麽做呢?對于那些聽說微軟正在把SQL Server推進到「自我調整」模式的新用戶來說,這將是很有幫助的。

  6.「開源」的報告管理器

  內置在ASP.NET 2005中的報告管理器(Report Manager)是一個相當笨重的Web應用。不過現在,它在本地.NET代碼中被重寫了,所以我們不必使用IIS or ASP.NET。這簡直好極了。但是,把源代碼給我們,那麽我們自己就能夠優化這個前端應用,這是不是太接近開源了?或許我們稱之爲共享源代碼(Shared Source)更爲准確。
 
 
 
上一篇《SQL Server 2000的視圖中必須小心使用*符號》
下一篇《微軟正式推出SQL Server 2008 RTM版》
 
 
 
日版寵物情人插曲《Winding Road》歌詞

日版寵物情人2017的插曲,很帶節奏感,日語的,女生唱的。 最後聽見是在第8集的時候女主手割傷了,然後男主用嘴幫她吸了一下,插曲就出來了。 歌手:Def...

兄弟共妻,我成了他們夜裏的美食

老鍾家的兩個兒子很特別,就是跟其他的人不太一樣,魔一般的執著。兄弟倆都到了要結婚的年齡了,不管自家老爹怎麽磨破嘴皮子,兄弟倆說不娶就不娶,老父母爲兄弟兩操碎了心...

如何磨出破洞牛仔褲?牛仔褲怎麽剪破洞?

把牛仔褲磨出有線的破洞 1、具體工具就是磨腳石,下面墊一個硬物,然後用磨腳石一直磨一直磨,到把那塊磨薄了,用手撕開就好了。出來的洞啊很自然的。需要貓須的話調幾...

我就是掃描下圖得到了敬業福和愛國福

先來看下敬業福和愛國福 今年春節,支付寶再次推出了“五福紅包”活動,表示要“把欠大家的敬業福都還給大家”。 今天該活動正式啓動,和去年一樣,需要收集“五福”...

冰箱異味産生的原因和臭味去除的方法

有時候我們打開冰箱就會聞到一股異味,冰箱裏的這種異味是因爲一些物質發出的氣味的混合體,聞起來讓人惡心。 産生這些異味的主要原因有以下幾點。 1、很多人有這種習...

《極品家丁》1-31集大結局分集劇情介紹

簡介 《極品家丁》講述了現代白領林晚榮無意回到古代金陵,並追隨蕭二小姐化名“林三”進入蕭府,不料卻陰差陽錯上演了一出低級家丁拼搏上位的“林三升職記”。...

李溪芮《極品家丁》片尾曲《你就是我最愛的寶寶》歌詞

你就是我最愛的寶寶 - 李溪芮 (電視劇《極品家丁》片尾曲) 作詞:常馨內 作曲:常馨內 你的眉 又鬼馬的挑 你的嘴 又壞壞的笑 上一秒吵鬧 下...

烏梅的功效與作用以及烏梅的食用禁忌有哪些?

烏梅,又稱春梅,中醫認爲,烏梅味酸,性溫,無毒,具有安心、除熱、下氣、祛痰、止渴調中、殺蟲的功效,治肢體痛、肺痨病。烏梅泡水喝能治傷寒煩熱、止吐瀉,與幹姜一起制...

什麽是脂肪粒?如何消除臉部脂肪粒?

什麽是脂肪粒 在我們的臉上總會長一個個像脂肪的小顆粒,弄也弄不掉,而且顔色還是白白的。它既不是粉刺也不是其他的任何痘痘,它就是脂肪粒。 脂肪粒雖然也是由油脂...

網絡安全治理:國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰受害者

來源:中國青年報 新的攻擊方法不斷湧現,黑客幾乎永遠占據網絡攻擊的上風,我們不可能通過技術手段杜絕網絡攻擊。國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰...

 
 
 
  很長時間以來,我一直在使用Microsoft SQL Server。最開始,我使用的是SQL 4.2,這是Sybase SQL Server 4.9的一個移植版本,運行在Windows for Workgroups 3.11系統上,這都是很久以前的事情了。從那以後,微軟的SQL産品已經走過了漫長的道路,而今年年底,微軟又將推出新版本的SQL 10.0,也就是被業界炒得沸沸揚揚的SQL Server 2008。經過這麽多年的不斷完善,SQL産品肯定接近完美了,是不是?而事實並非如此。下面我就詳細介紹一下我希望微軟能夠改進的SQL 6大功能,但願能夠在SQL Server 2008看到這些變化。   1.SSMS 自動刷新   在老版的企業管理器中,一件令人感到很討厭的事情是當你創建一個新的對象時,比如一個數據庫或一個表,您需要手動刷新對象資源管理器(Object Explorer),這樣才能看到新創建的對象。這種現象仍然存在于SQL Server Management Studio中,即使它在2005年被徹底重寫了,這件事情很惱人,因爲你必須手動刷新包含新對象的那個文件夾。僅僅單擊「F5」是不會解決問題的。SSMS在後台完成了那麽多工作,那麽,爲什麽不把這一功能交給SSMS來完成呢?   2.負載平衡的數據庫鏡像   當SQL Server 2005宣布具備數據庫鏡像(Database Mirroring)功能時,微軟承諾給我們一個數據保護和負載平衡的解決方案,不需要群集就能實現透明的故障和客戶端重定向。SQL Server 2008實現了幾乎所有這些功能,除了負載平衡。在故障發生之前,鏡像數據庫不得不處于「Restoring」或「No Recovery」模式下,這使得鏡像數據庫不能用于負載平衡查詢。的確,你可以對鏡像數據庫拍快照(snapshot),但是,這只是一個基于時間點的快照,並不能反映最新的數據庫更新。我認爲這是由設計缺陷造成的。在修整這一缺陷之前,我不得不使用點對點複制(Peer-to-Peer Replication)或日志傳送(Log Shipping)進行負載平衡。   3. SSMS內置日志管理器(Log Explore)   通常,開發商對待事務日志(Transaction Log)的通用路線是,把它以某種內部或私有格式儲存,用戶無法查看或手動修改。如果你想要查看存儲在Transaction Log中的事務記錄,或者有選擇性重新執行某些事務而不擾亂其它事務的話,出你需要使用一個第三方的工具,比如Lumigent的Log Explorer。微軟應該將這種技術內置到SSMS中。微軟至今沒有收購該技術,這令我感到很奇怪。我猜想肯定是因爲Lumigent要價太高了。也許要比收購雅虎的價格要便宜一些。   4. ReportBuilder RDL應該更爲精確,以便能爲BIDS提供更好的服務   ReportBuilder真的很酷,它能夠讓你使用報告模型非常迅速地創建強大的報告。你甚至可以讓你的用戶自己創建專案報告。或者把它放在你的口袋裏,以便能在你預約體育鍛煉的空閑間隙快速地開發報告---想象一下,這會給你的用戶留下多麽深刻的印象啊(開玩笑!)。ReportBuilder的神奇之處就在于它能生成RDL(報告定義語言),RDL是Report Services 中所有報告的XML源格式。這意味著你可以在Business Intelligence Development Studio (BIDS)中,用報表設計器(Report Designer)打開內置于ReportBuilder中的報告,從而進行進一步的修改和優化。除了BIDS數據集的定義不是很正確,需要進行一些人工幹預來糾正這些錯誤。不過,微軟若要修改這一功能應該不會花費太多時間。   5.完整備份(Full Backup)應該截斷事務日志   自從SQL Server産品問世以來,完整的數據庫備份(Full Database Backup)是不截斷事務日志的。這意味著在全面修複模型(Full Recovery Model)下,事物日志會繼續無限增長,除非你經常單獨運行進行事務日志備份(Transaction Log Backups)。鑒于Microsoft Exchange Full Backup是截斷事物記錄的,所以我們爲什麽在SQL Server上也這麽做呢?對于那些聽說微軟正在把SQL Server推進到「自我調整」模式的新用戶來說,這將是很有幫助的。   6.「開源」的報告管理器   內置在ASP.NET 2005中的報告管理器(Report Manager)是一個相當笨重的Web應用。不過現在,它在本地.NET代碼中被重寫了,所以我們不必使用IIS or ASP.NET。這簡直好極了。但是,把源代碼給我們,那麽我們自己就能夠優化這個前端應用,這是不是太接近開源了?或許我們稱之爲共享源代碼(Shared Source)更爲准確。
󰈣󰈤
 
 
 
  免責聲明:本文僅代表作者個人觀點,與王朝網路無關。王朝網路登載此文出於傳遞更多信息之目的,並不意味著贊同其觀點或證實其描述,其原創性以及文中陳述文字和內容未經本站證實,對本文以及其中全部或者部分內容、文字的真實性、完整性、及時性本站不作任何保證或承諾,請讀者僅作參考,並請自行核實相關內容。
 
 
Afternoon Girl
精致的外景拍攝
零點一公分的距離
俏麗迷人 視覺享受
北海老城隨拍(二)
夢中的郭河
Gassin(法國最美麗小鎮之一) part
瑤池夕照
 
>>返回首頁<<
 
 熱帖排行
 
 
 
 
© 2005- 王朝網路 版權所有