英文網站導覽

技術文件白皮書

Visual Studio 是能讓 SQL Server 7.0 發揮力量的最佳工具
Microsoft 公司 October 1998

摘要資訊
討論如何使用Microsoft Visual Studio version 6.0 存取 Microsoft SQL Server7. 0 提供多個開發者被詢問的問題的解答，包含：

• 如何妥善利用 Visual Studio 6.0 存取 SQL Server 7.0

• 需要對我的應用程式執行什麼不同的編碼或變更?

• 目前的應用程式將在新作業平台上執行?

• 我們目前應作什麼以獲得新功能的優點?

內容

• 最新訊息

• 使用 Visual Studio 存取 SQL Server 7. 0

• Active X 資料物件

• 使用 ADO 存取資料

• 目前應用程式及新作業平台

• 最佳執行效能

• 獲得新功能的優點

最新訊息
本版 SQL Server 比 6.5 版本更為複雜。它重新定義儲存資料的基本資料結構。用來查詢及管理資料庫管理系統 (DBMS) 的引擎被重新擴大設計。SQL Server 7.0 被設計用來改良 Microsoft 過去十年提出並改進的許多分散架構及資料邏輯創新。它使用的新科技包含 Microsoft ActiveX資料物件 (ADO) 2.0，OLE 資料庫，元件物件模式 (COM) 及分散式 COM (DCOM)。

在上列 6 個項目中開發者可能會感興趣的有：

1. 現在連接聯合 Oracle 及其他資料庫的跨伺服器資料庫已成為可能的事情。

2. 使用決策支援服務 (DSS) 在 SQL 7.0 作為線上分析處理 (OLAP)。

3. 使用 Microsoft Visual SourceSafe 儲存程序版本

4. 將程序除錯儲存在 Visual Studio 6. 0

5. 將可見的程序建立在 Visual Studio 6. 0

6. 資料庫圖表。

這些項目包含在Visual Studio 網站站台　　http://msdn.microsoft.com/vstudio/
及MSDN 網站站台　　http://msdn.microsoft.com/developer/default.htm
　　
如何使用 Visual Studio 存取 SQL Server 7.0
沒有精靈可用來校正不好的設計。在太多的範例中，許多不穩定的「關聯性」設計讓修改應用程式成為受挫的經驗。在嘗試修改 SQL 伺服器之前確定從好的，一致的，標準化的設計開始，不須在乎語言。Visual Studio 中的工具可以使用少數幾行程式碼讓發展主從式或多層設計更具生產力。
　　
互動式發展
Visual Studio有一個獨一及強大的功能是它擁有停止及影響 SQL 伺服器的能力讓應用程式與 DBMS 的「交談」更便利。在 SQL 伺服器，應用程式使用對話方塊與引擎銜接。開發者能夠容易的使用 Visual Studio 的「立即」視窗進入「問題」或查詢表單中的指令並由 SQL 伺服器取得「解答」。也可以使用 SQL 伺服器的能力傳回紀錄及除錯資訊經由企業版的 T-SQL (Transact SQL) 除錯選項。這幫助開發者瞭解引擎的想法，用來執行查詢的程序以及當錯誤發生時，是發生什麼錯誤。

注意：在某些狀況，使用者可能覺得需要詢問關於資料庫中儲存的資訊「特別安排的」問題。某些應用程式會顯示一個對話方塊讓使用者輸入一個 SQL 查詢。這裡的大問題在於缺乏查詢的控制。一個缺乏概念的問題可能導致系統執行效能問題。現在，使用 SQL 7.0 中的新 DSS，可建立事先定義，有效率的查詢提醒使用者不要導致嚴重的系統延遲。
　　
主從式傳通性
大部分的應用程式使用「主從式」技術存取 SQL 伺服器。這個較簡單的範本透過區域網路(LAN)建立一個與 SQL 伺服器的連接，或一個使用本機SQL伺服器執行版本的範本，提交一個或多個查詢，處理結果及切斷連接。這些應用程式包含有軟硬體限制的 hard-coded T-SQL 查詢或參數查詢或，在大部分的情況，啟動 T-SQL 儲存程序。應用程式可以使用 API 或物件階層介面作為與 SQL 伺服器的介面。應用程式管理一般的列資料及二進制大型物件 (BLOB)，以及文字檔和所有其他其他 SQL 伺服器資料類型。
　　

圖 1。主從式區域網路
　　　

大部分的開發者使用主從式概念存取 SQL 伺服器因為它提供速度及彈性，同時容易發展也符合許多客戶 (及開發者) 的需求。當開發者因遇到發展程序的困難部分而需要幫助或閱讀書籍時工業經驗也須加以描述。

無論如何，這個概念通常要求連接到一個區域網路或廣域網路 (WAN) ，而不僅只是一個用戶端的瀏覽器。這表示主從式應用程式的發展更加昂貴尤其當開發者在前端應用程式中包含有軟硬體限制的查詢。

用戶端系統不需要強大到與須執行其他一般範圍工作的一樣，因為主從式應用程式不需要特殊的集中資源。大部分寫得好的應用用程式佔用的空間小而且不會增加太多網路負載。事實上，使用低速遠端存取伺服器 (RAS) 數據機 連接的主從式應用程式可以執行的很好。

主從式設計通常依賴伺服器端程式碼修改資料庫。這個邏輯通常被為儲存成實行T-SQL的程序，未編譯的程式碼及目的程式碼。當與正確的安全級一同使用時，這個中心控制程式碼可以增加安全性並大大的提高執行效能。另外，因為應用程式不包含軟硬體限制的查詢，讓不可避免的語言修改或資料存取邏輯更容易使用。在許多狀況下，這些變更不需要修改用戶端應用程式。
　　
改良程序儲存為中間軟體
儲存的程序可以是一個簡單的 SELECT 查詢或一個極端複雜的邏輯。這個邏輯由一個或一個以上的表格傳回選取的資料，它可能是執行複雜的資料修正操作或簡單的傳回資料庫的狀態。事實上，這個技術取代許多 SQL 伺服器的低階資料操作及商務邏輯。儲存的程序可以傳回一個或一個以上的結果，並且通常要求雙向傳輸參數。這些儲存的程序表單建立了大部分專門的主從式建置。這就是為何 Visual Studio 如此強調支援儲存的程序的原因。Visual Studio 6.0 提供 T-SQL 除錯讓開發者修正儲存的程序就像直接經由發展環境下執行一般。

SQL Server 7.0 持續的重度依賴儲存的程序提供高安全性，高速及高試用的介面給資料。現在這些程序又有什麼變更。那就是，一但程序被載入記憶體，同一時間程式可以被一個以上的用戶端共享。這樣會節省大量的伺服器端記憶體，還有處理磁碟 I/O 及時間。Visual Studio 應用程式不須作任何變更就可獲得這個新發明的益處，只需呼叫儲存的程序執行查詢。

在不鼓勵的狀況下，許多應用程式非常依賴「游標」管理查詢結果。簡而言之，游標是符合 SQL 查詢的資料列的指標集合。Visual Studio 的效率及資料存取物件 (DAO) 介面管理這些結構的效率是應用程式整體執行效能的重心。因為如此，有效率的管理游標對用戶端及伺服器而言同等重要。SQL Server 7.0 有進一步改良伺服器端游標管理因此依賴它的應用程式及儲存的程序可以更有效率 - 尤其在多使用者狀態。Visual Studio 開發者不需做任何變更以獲得這個新發明的益處。
　　
分散元件結構
下一發展步驟在於讓應用程式設計更合乎邏輯移出用戶端並置入「中層」系統。它的引人處在於讓用戶端應用程式「更簡化」並在基本的商務邏輯或資料存取介面需要變更時減少更動需求。這個方法造成在使用 DCOM 重新導向物件層元件存取到遠端伺服器時用戶端登錄變更。這個架構允許開發者參照「商務物件」取代低階結果。它同時也允許多用戶端同時參照邏輯。這個架構引發許多爭議，在進入，階段狀態管理，傳輸管理，連接分享以及安全性。過去，開發者工具系統呼叫 DCOM 設計以管理這些爭議及 C-發展元件以包含這個邏輯。
　　

圖 2。分散元件架構
　　

Visual Studio 6.0 及 Microsoft Transaction Server (MTS) 改變了一切。現在開發者可以建立自己的有條理的部門模式及完全編譯元件。一但建立之後，一個簡單的拖曳及放開操作啟動 MTS 管理如何，何時以及在何處執行元件。這個新發明開啟了一個全新的模範讓開發者渴望將更多資料指定程式碼移出用戶端應用程式。現在開發者可以建置與資料間的物件基礎介面以保護由用戶端的低階資料存取，商務結果，傳輸及實體操作。注意 大部分的魔法 (以及重工作) 都由 MTS 提供。它處理繁長的詳細資料，包含 (但不限制) 資源管理、元件註冊、程式碼分享、傳輸、連接 pool 以及更多更多。

有關於其它資訊，請檢視www.microsoft.com/ntserver/nts/appservice/。

DCOM 架構也可以改良現存主從式建置因為遠端執行元件可以 (也應該) 依然為低階資料存取操作而存取儲存的程序。無論如何，這個設計改變了傳輸管理及用戶端應用程式處理許多基本問題的方法。Visual Studio 被設計來簡化這個變更經由使用它的 Microsoft IntelliSense development小祕訣列出所有需要的物件參照。這使得存取發展的 COM 元件較為容易，像是增加元件建立的彈性。Microsoft 傳輸伺服器包含充足的功能用Microsoft Visual Basic可以以很輕鬆的撰寫諸如此類的程式。

某些開發者應注意的不同點包含：

• 已經不再需要用戶端中斷傳輸。單一的MTS元件設計用來自行處理傳輸管理。這代表用戶端應用程式的程式碼減少很多並且傳輸控制做的更好。

• 連接管理也可自動管理，但這表示開發者不必變更連接狀態；這個狀態主張讓其他其他元件分享連接。

• DCOM 存取的元件能夠維謢狀態，因為會導致擴充性問題而不使用。直到 MTS 公佈元件已清除它的狀態之前元件不能再使用。用戶端應用程式應依賴程序存取 (使用引數) 而非遠端屬性操作。

中層元件不應被設計為維謢狀態，因為會影響擴充性及效能。您將發現設定屬性與執行程序一樣快，但每一個操作都要求一次中層往返。這表示屬性強烈的元件設計將會執行的較那些主要依賴程序及引數的慢。
　　
網站基礎的架構
最新的資料存取架構改良由網際網路提供的全世界的傳通性 (及您的組織中的企業內網路)。這個架構依賴用戶端瀏覽器。但瀏覽器不一定要為 Microsoft Internet Explorer 瀏覽器，因為許多設計只需簡單的超文字標註語言 (HTML) 支援。是的，許多最有效率的設計改良 Internet Explorer 4.0及5.0的動態 HTML 延伸，遠端資料服務 (RDS) 及其他功能，但使用者通常習慣等待結果。
　　

圖 3。網站基礎的架構
　　

Visual Studio 6.0 讓發展網站基礎的應用程式提昇到一個新的水準。開發者可以建立應用程式在 Microsoft 網際網路資訊伺服器 (IIS) 上執行並將果輸出為 HTML 3. 2 這代表所有的開發者都可以在任何地方使用原本的技巧及語言建立可以在任何瀏覽器上執行 COM 元件。Visual Studio 6.0 如何存取 SQL Server 與由任何程式存取 SQL 伺服器一樣。可以使用專用的連接或更好的MTS及pool連接。也可以使用一般的 ADO 程式碼建立與格線控制或文字方塊連結的結果。