VFP 愛用者社區

朱育興 · 發表於: 星期五九月 10, 2004 12:21 am 文章主題:

開發主從架構解決方案

您可以將 Visual FoxPro 作為前端開發主從架構的應用程式。Visual FoxPro 不但提供可更新伺服器資料的遠端資料集，而且支援 SQL pass-through 技術，直接使用伺服器的當地語法，可靠安全地提供彈性的主從架構解決方案。可給予您一個可靠的基礎，在其上產生通用的主從架構解決方案。資料字典、本地資料集和遠端資料集、null 支援、異動交易處理以及可對 ODBC 資料來源進行存取等等這些功能都為您開發主從架構解決方案帶來了方便。

增強主從架構效能

使用 Visual FoxPro 提供的屬性及 ODBC 驅動程式，您可以提高主從架構應用程式的效能。

使用屬性控制效能

您可以使用下列新的暫存資料表格與遠端資料集屬性來提高效能：

‧CompareMemo
‧FetchAsNeeded
‧Prepared

可以使用 DBGETPROP( ) 函數與 CURSORGETPROP( ) 函數顯示這些屬性，或用 DBSETPROP( ) 函數與 CURSORSETPROP( ) 函數設定這些屬性。

在更新檢測中包含或排除附註欄位

您可以使用 CompareMemo 屬性控制何時使用附註欄位進行更新衝突檢測。這個資料集及暫存資料表格屬性決定了附註欄位 (M 或 G 型) 是否包含在更新 WHERE 子句中。預設值「真」(.T.) 意味著附註欄位包含在 WHERE 子句中。如果該屬性設定為「假」(.F.)，不管 UpdateType 屬性設定值是什麼，附註欄位不加入更新 WHETE 子句。

當 CompareMemo 設定為「假」(.F.) 時，附註欄位的開放模式衝突檢測不再可用。若要對說明值進行衝突檢測，應把 CompareMemo 設定為「真」(.T.)。

更好地調節記錄的抓取

使用 FetchAsNeeded 屬性可以指定連續抓取所有行或者只取由 FetchSize 屬性決定的範圍之內的記錄。如果希望使用 Visual FoxPro 迴圈抓取結果集合物件中的全部記錄，請使用預設設定值「假」(.F.)。如果希望僅當使用者移出 FetchSize 屬性決定的範圍之外時才取記錄，請把 FetchAsNeeded 設定為「真」(.T.)，從而抓取下一個記錄集合物件。

加速有條件的資料集的重新查詢操作

使用 Prepared 屬性，您可以設定是否在執行資料集之前準備好查詢。如果該屬性為「真」(.T.)， Visual FoxPro 向 ODBC 驅動程式執行準備或編譯連結定義資料集的 SQL 查詢的請求。如果後端資料來源的 ODBC 驅動程式支援使用準備好的敘述，在已開啟資料集上的後續查詢可以更快地執行。

定義規則的資料字典

Visual FoxPro 資料庫 (.dbc 檔案) 提供了一個資料字典，允許您加入規則、資料集、觸發式程序、永久性關聯以及與資料來源的連結。

在資料庫中，您可以定義：

‧Visual FoxPro 對應用程式中的任何資料表格都要實施的欄位別或記錄層級規則。
‧主鍵值索引和候選主鍵值索引。
‧本地資料集和遠端資料集。
‧觸發式程序。
‧資料庫資料表格之間的永久性關聯。
‧與遠端資料來源的連結。
‧儲存式程序。
‧欄位的預設值。
‧長資料表格名稱和長欄位名稱。

另外，透過使用[參考完整性輔助設計工具]定義插入、更新和移除規則來進行每個永久性關聯的參考完整性驗證。

Visual FoxPro 還支援資料表格中出現 null 值，這極大地提高了相容性以及與其他資料來源的連結能力，例如 Microsoft Access、Visual Basic 和根據 SQL 的資料庫伺服器。有關 null 值的詳細內容，請搜尋[null]和[null 值]。

借助程式撰寫語言和視覺化的設計工具，使用者能夠擁有極大地操作 Visual FoxPro 資料庫的彈性。有關資料庫和資料字典的詳細內容，請參閱「開發資料庫」。

檢視本地、遠端以及離線資料

您可以在本地電腦上設計測試一個主從架構應用程式，它使用遠端、本地電腦或由多個資料表格建構的資料集中的資料。本地資料集使用本地電腦上的資料表格而不是遠端伺服器上的資料表格，多資料表格資料集使用分離資料表格中的相關資料。您可以建立有條件的資料集使從伺服器下載的資料量最小，減少傳輸資料或者從 Visual FoxPro 應用程式中更新遠端資料。有關資料集的詳細內容，請參閱「處理資料集」。

用異動交易管理共用存取

您可以設計您的應用程式使之提供對資料的共用存取。共用存取包括在使用者間共用資料以及在必要時限制存取。異動交易以及緩衝處理 — 開放模式或保守模式，記錄層級或資料表格層級的 — 意味著更少的程式撰寫。內建的批次處理以及對處理更新所做詳細的控制都簡化了多人使用環境中的資料更新工作。有關設計共用存取應用程式的詳細內容，請參閱「共同存取之程式設計」。

開發國際化應用程式

Visual FoxPro 在幾個領域提供對國際化應用程式開發的支援。例如 Visual FoxPro 支援數個字碼頁，希臘與俄國的字碼頁可以在 MS-DOS、Microsoft Windows 以及 Macintosh 平臺上使用。Visual FoxPro 也支援日語、韓語、繁體中文以及簡體中文的字集；不過，不支援 Unicode。Visual FoxPro 支援日語、德語、繁體中文、冰島語等語言的排序列。有關開發國際化應用程式的詳細內容，請參閱「開發國際化應用程式」。

實施主從架構應用程式

在主從架構應用開發中除了使用資料集之外，您還能夠使用 Visual FoxPro SQL pass-through 函數把任何本地電腦伺服器語法直接執行到另一個伺服器中。這些函數提供了超出資料集能力之外的對伺服器的存取與控制能力。有關 SQL pass-through 的詳細內容，請參閱「使用 SQL pass-through 技術加強應用程式」。

當在本地電腦設計完應用程式以後，您可以上移並在後端資料來源上實施它。上移把主從架構的優點應用在本地電腦應用程式之上，並允許您建立與原始 Visual FoxPro 資料表格的資料結構相同的遠端伺服器資料庫，上移時您可以選取將哪些資料表格移到伺服器，哪些資料表格留在本地電腦，以便快速存取。有關上移的詳細內容，請參閱「上移 Visual FoxPro 資料庫」。

相關資訊

Visual FoxPro 功能概觀

升級舊版本

開發資料庫

建立資料集

共同存取之程式設計

與其他應用程式相互操作

----------------------------------------------------------------------------------------------
原文：

Client/Server Solution Development

You can use Visual FoxPro as a front end for developing robust client/server applications. Visual FoxPro combines the higher-level support of updatable views of server data with direct access to native server syntax using SQL pass-through. This gives you a solid foundation on which to build versatile client/server solutions. A full-featured data dictionary, local and remote views, null support, transactions, international application support, and access to ODBC data sources all contribute to the features you need for client/server development.

Increasing Client/Server Performance

You can increase the performance of your client/server application using the properties and ODBC driver provided in Visual FoxPro.

Controlling Performance with Properties

You can increase performance by using the following cursor and remote view properties:

‧CompareMemo
‧FetchAsNeeded
‧Prepared

You can display these properties using the DBGETPROP( ) Function and CURSORGETPROP( ) Function functions, or set the properties with the DBSETPROP( ) Function and CURSORSETPROP( ) Function functions.

Include or Exclude Memo Fields in Update Detection

You can use the CompareMemo property to control when memo fields are used to detect update conflicts. This view and cursor property determines whether memo fields (types M or G) are included in the update WHERE clause. The default setting, True (.T.), means that memo fields are included in the WHERE clause. If you set this property to False (.F.), memo fields don't participate in the update WHERE clause, regardless of the settings of UpdateType.

Optimistic conflict detection on Memo fields is disabled when CompareMemo is set to False (.F.). For conflict detection on memo values, CompareMemo should be set to True (.T.).

Fine Tune Record Fetching

Use the FetchAsNeeded property to specify if all rows are fetched progressively, or only those within the row set determined by the FetchSize property. If you want to fetch all of the rows in the result set using the Visual FoxPro idle loop, use the default setting, False (.F.). If you want to fetch only when the user scrolls beyond the row set determined by the FetchSize property, set FetchAsNeeded to True (.T.) to fetch the next row set.

Speed Up Re-query Operations on Parameterized Views

Using the Prepared property, you can set whether the query for the view is prepared before it is executed. If you set this property to True (.T.), Visual FoxPro sends a request to the ODBC driver to prepare or compile the SQL query that defines the view. If the ODBC driver for your back-end data source supports the use of prepared statements, subsequent re-queries on the open view are executed faster.

Defining Rules with the Data Dictionary

Visual FoxPro databases (.dbc files) provide a data dictionary that allows you to add rules, views, triggers, persistent relationships, and connections to every table in a database.

Within a database you can define:

‧Field-level or record-level rules that Visual FoxPro enforces wherever the table is used in an application.
‧Primary and candidate index keys.
‧Local and remote views.
‧Triggers.
‧Persistent relationships between database tables.
‧Connections to remote data sources.
‧Stored procedures.
‧Default values on fields.
‧Long table and field names.

In addition, you can enforce referential integrity for every persistent relationship by using the Referential Integrity Builder to define rules for inserts, updates, and deletes.

Visual FoxPro also supports null values in tables, greatly improving compatibility and connectivity with other data sources such as Microsoft Access, Visual Basic, and SQL-based servers. For details about null values, search for "null" and "null values".

Each Visual FoxPro database is completely user-extensible, with access through language enhancements and the visual designers. For more information about databases and data dictionaries, see Developing Databases.

View Local, Remote, and Offline Data

You can design and test a client/server application on your local computer using data from remote, local, or multiple-table heterogeneous views. Local views use tables on your local computer rather than tables on a remote server, and multiple table views use related data from separate tables. You can create parameterized views to minimize the amount of data you download from the server, take the data on the road, or update remote data from your Visual FoxPro application. For more information about views, see Working with Views.

Manage Shared Access with Transactions

You can design your application to provide shared access to data. Shared access involves sharing data among users and restricting access when necessary. Transactions and buffering — pessimistic or optimistic, record-level or table-level — mean less programming for you. Built-in batch processing and detailed control over handling update conflicts simplifies updating data in a multiuser environment. For details about designing your application for shared access, see Programming for Shared Access.

Develop International Applications

Visual FoxPro provides several areas of support for developing international applications. For example, Visual FoxPro supports several code pages. The code pages for Greek and Russian are supported on MS-DOS, Microsoft Windows, and Macintosh platforms. Visual FoxPro also supports double-byte character sets for languages such as Japanese, Korean, Traditional Chinese, and Simplified Chinese; however, Unicode is not supported. Visual FoxPro supports collation sequences for languages such as Japanese, German, Traditional Chinese, and Icelandic. For more information about international applications, see Developing International Applications.

Implement a Client/Server Application

In addition to using views for client/server development, you can send any native server syntax you want directly to a server with Visual FoxPro SQL pass-through functions. These functions permit additional server access and control beyond the capability of views. For details about SQL pass-through see Enhancing Applications using SQL Pass-Through Technology.

After designing your application locally, you can upsize and implement it against a back-end data source. Upsizing applies the benefits of client/server architecture to the local application and allows you to create a remote server database with the same table structure and data as the original Visual FoxPro tables. When you upsize, you choose which tables move to the server and which remain locally for more immediate access. For details about upsizing see Upsizing Visual FoxPro Databases.

See Also

Overview of Visual FoxPro Features

Upgrading from Earlier Versions

Developing Databases

Creating Views

Programming for Shared Access

Interaction with Other Applications

朱育興 · 發表於: 星期六九月 11, 2004 12:07 am 文章主題:

開發 Visual FoxPro 應用程式

Visual FoxPro 提供一系列廣泛的工具和技術，使您能快速地使用有力的資料操作能力來建立有彈性的解決方案。Visual FoxPro 應用程式開發環境幫你解決整個應用程式開發。

在本章節中

應用程式規劃

提供諸如關於設計、架構和安全性等主題的資訊和考量，幫助您謹慎規劃您的應用程式。

建立應用程式

提供處理建立應用程式的概觀和步驟。

處理資料

提供有關在您的應用程式中使用資料的概觀和資訊，舉例來說，分析資料需求和設計您的應用程式來符合那些需求。

使用 SQL pass-through 技術加強應用程式

描述在一個使用遠端資料集的工作應用程式中使用主從架構技術。

Web 服務和元件

描述擴充應用程式為多使用者工作的方法。

最佳化應用程式

描述透過您的應用程式讓效能最佳化的方法。

測試和除錯應用程式

討論在開發週期中測試與除錯所需的步驟。最好的結果來自寫入可理解與維護的程式碼以及可用的除錯工具。

編譯連結應用程式

描述透過編譯程式碼來建立您的應用程式和提供有關來自您的專案中參考可修改檔案以及建立應用程式檔案的資訊。

組態用於應用程式的說明檔

描述該如何設定為您所建立的應用程式使用說明檔。

分送應用程式

提供有關準備分送您的應用程式的資訊。

相關章節

如何使用 Visual FoxPro

討論如何幫助您建立和管理高效能資料庫應用程式與元件的 Visual FoxPro 程式設計環境和工具。

在 Visual FoxPro 中的程式設計

描述如何深入瞭解物件導向程式設計和事件導向模型能使你的程式設計生產力最佳化而且使你能夠來存取 Visual FoxPro 的全部功效。

最佳化應用程式

提供如何從您的作業系統、Visual FoxPro 和您的應用程式取得最佳效能。

----------------------------------------------------------------------------------------------
原文：

Developing Visual FoxPro Applications

Visual FoxPro provides an extensive set of tools and technologies so you can rapidly build flexible solutions with powerful data handling capabilities. The Visual FoxPro application development environment helps you with all aspects of application development.

In This Section

Application Planning

Provides information and considerations, such as topics about design, architecture, and security, to help you plan your applications carefully.

Creating Applications

Provides an overview and phases involved with creating an application.

Working with Data

Provides an overview and information about using data in your applications, for example, analyzing data requirements and designing your application components to meet those requirements.

Enhancing Applications Using SQL Pass-Through Technology

Describes techniques for implementing client/server technology in a working application that uses remote views.

Web Services and Components

Describes ways to extend applications to make them work for multiple users.

Optimizing Applications

Describes ways to optimize performance by making your application.

Testing and Debugging Applications

Discusses testing and debugging as necessary stages in the development cycle. The best results come from writing understandable and maintainable code and using the available debugging tools.

Compiling an Application

Describes building your application by compiling code and provides information about referencing modifiable files and building an application file from your project.

Configuring Help Files for Applications

Describes how to configure access to Help files that you create for your application.

Distributing Applications

Provides information about preparing your application for distribution.

Related Sections

Using Visual FoxPro

Discusses the Visual FoxPro programming environment and tools that help you create and manage high-performance database applications and components.

Programming in Visual FoxPro

Describes how understanding object-oriented programming and the event-driven model can maximize your productivity and enable you to access the full power of Visual FoxPro.

Optimizing Applications

Provides information on how to get the best performance from your operating system, Visual FoxPro, and your application.

朱育興 · 發表於: 星期六九月 11, 2004 11:18 pm 文章主題:

應用程式規劃

認真細緻的規劃可以節省時間、精力和資金。在規劃階段，應該讓使用者更多地參與進來。無論多麼仔細的規劃，在專案實施程序中也需要不斷潤色，並接受使用者的反應與意見。

在本章節中

設計考量

討論如何在開發之前所做的設計方案往往會影響你如何建立應用程式。

應用程式架構

描述 Visual FoxPro 應用程式架構如何因您決定建立的應用程式的類型而改變。

安全性考量 (Visual FoxPro)

顯示你應該如何知道來自一種商業觀點和一個被選擇的安全模型能在效能、可測量性和部署上有的含意的安全需求。

團隊開發專案計畫

描述如何使用版本管理軟體來管理專案中的檔案，例如 Microsoft Visual SourceSafe，把一組具有技術能力的開發者結合在一起，可以快速建立出複雜的應用程式。

開發國際化應用程式

顯示該如何設計 Visual FoxPro 應用程式使其國際性地如同合乎國內式地有效的使用 Visual FoxPro 的國際化功能。

相關章節

開發 Visual FoxPro 應用程式

包括關於該如何發展 Visual FoxPro 應用程式的概念性資訊、建立資料庫和使用者界面的指令以及其他任務需要產生 Visual FoxPro 應用程式。

建立應用程式

討論該如何建立 Visual FoxPro 應用程式，可能包括一個或多個資料庫、設定應用程式系統環境的主程式以及使用者界面 (諸如表單、工具列和功能表等)。

處理資料

討論該如何建立有以你的資料需求為基礎的索引、資料表格和資料庫的有效的應用程式。

處理專案

定義一個專案組態和一組產生一個程式的檔案或最後的二進位檔案或檔案。

----------------------------------------------------------------------------------------------
原文：

Application Planning

Careful planning saves time, effort, money, and sanity. The more you involve your end users in the planning process, the better. No matter how carefully you plan, though, you'll probably end up refining the specifications as you progress through the project and your end users provide feedback.

In This Section

Design Considerations

Discusses how the design decision you make will impact how you create your application.

Application Architecture

Describes how Visual FoxPro application architecture varies with the type of application you decide to create.

Security Considerations (Visual FoxPro)

Shows how you should be aware of security requirements from a business perspective and the implications that a chosen security model can have on performance, scalability, and deployment.

Planning for Team Development Projects

Discusses how using source control software, such as Microsoft Visual SourceSafe, to manage the files in a project makes it possible to create complex applications quickly by combining the skills of a team of developers.

Developing International Applications

Shows how to design Visual FoxPro applications so they are as effective internationally as domestically using the international features of Visual FoxPro.

Related Sections

Developing Visual FoxPro Applications

Includes conceptual information about how to develop Visual FoxPro applications, instructions for creating databases and the user interface, and other tasks needed to create Visual FoxPro applications.

Creating Applications

Discusses how to create Visual FoxPro application, which may include one or more databases, a main program that sets up the application's system environment, and a user interface comprised of forms, toolbars, and menus.

Working with Data

Discusses how to create effective applications with indexes, tables, and databases based on your data requirements.

Working with Projects

Defines a project a configuration and a group of files that produce a program or final binary file or files.

朱育興 · 發表於: 星期一九月 13, 2004 12:41 am 文章主題:

設計考量

在開發之前所做的設計方案會對您所建議應用程式的部分產生很大的影響。有些考量你需要來考慮包括：

‧使用者執行集中或一般工作。
‧設定所需的資料大小。
‧單人使用者和多人使用者。
‧應用程式使用者所包括的人。
‧本地資料或遠端資料。

一般的使用者動作

您的使用者可能需要處理顧客、訂單或各種產品，他們處理訊息的模式將決定應用程式如何進行資料處理。例如，所使用的訂單輸入表單也許對一些應用程式有用，但這個表單可能並不適用於管理貨物清單或追蹤銷售記錄。

資料庫的大小

當需要處理龐大的資料時，必需考慮效率問題。您可能想要改變使用者瀏覽資料的方式。舉例來說，如果在一個資料表格中有很少的記錄，可以在資料表格中一次瀏覽一筆記錄。但如果資料表格中有大量的記錄，就必須為使用者考慮提供其他存取資料的方法，例如，使用清單、對話方塊、過濾條件和自訂查詢等等。相關詳細資訊請參考「最佳化應用程式」、「使用控制項」和「在資料集中顯示資料」。

單人使用者和多人使用者

建立應用程式時，最好考慮到會有幾個使用者同時存取資料庫的情況。Visual FoxPro 提供了一些技術，使您能夠很容易地進行共用存取方面的程式撰寫。共同存取之程式設計描述了允許多個使用者同時存取資料庫的技術。

國際化考慮

若事先知道應用程式僅使用在單一語言環境中，可以不考慮國際化問題。另一方面，如果您想擴大市場，或使用者要處理國際化的資料和環境設定，則應在建立應用程式時考慮這些因素。開發國際化應用程式闡述了在應用程式中需要做的一些處理，這些應用程式是為國際化使用而開發的。

本地資料和遠端資料

若應用程式需要處理遠端資料，則必須使用新的管理方法，這種方法與處理本地 Visual FoxPro 資料有所不同。如何：建立資料集介紹了如何為本地資料或遠端資料建立資料集。

備份原始程式碼

在應用程式的發展程序中，產生應用程式之前先備份所有原來的程式檔案是一個良好的習慣。備份檔案應與編譯連結過的應用程式分開儲存。

注意：
應確保保留了完整的原始程式碼，以備將來使用。無法由編譯連結過的程式碼產生原始程式碼。

相關資訊

應用程式規劃

開發國際化應用程式

共同存取之程式設計

最佳化應用程式

----------------------------------------------------------------------------------------------
原文：

Design Considerations

Some of the design decisions you make impact how you create parts of the application. Some of the considerations you need to take into account include:

‧Central or common tasks users perform.
‧Size of the data set needed.
‧Single or multiple users.
‧People that the application users include.
‧Local or remote data.

Common User Activities

Even if your end users are working with customers, orders, and parts, how they are working with this information will determine how your application should deal with the data. An order entry form might be necessary for some applications, but would not be a good tool for managing inventory or tracking sales, for example.

Database Size

If you are working with large sets of data, you need to consider performance issues. You might want to change the way users navigate data. For example, if you have a small number of records in a table, you can let users navigate records in the table one record at a time. However, if you have a large number of records, consider providing other ways for users to access the data, for example, using lists, dialog boxes, filters, custom queries, and so on. For more information, see Optimizing Applications, Using Controls, and Displaying Data in Views.

Single User vs. Multiple Users

It's a good idea to create your application with the assumption that multiple users will be accessing the database at the same time. Visual FoxPro makes it easy to program for shared access. Programming for Shared Access describes techniques for allowing multiple users to simultaneously access your database.

International Considerations

If you know your application will be used only in a single-language environment, you don't have to worry about internationalization. If, on the other hand, you want to expand your market, or if your users could be dealing with international data or environment settings, you'll want to take these factors into account as you create the application. Developing International Applications discusses the issues you'll need to deal with as you develop applications for international use.

Local vs. Remote Data

If your application deals with remote data, you'll manage it differently than you would manage native Visual FoxPro data. How to: Create Views explains how to create views to local or remote data.

Backing up Your Source Code

In all application development, it's a good practice to make complete backup copies of your original program files before you build an application. Store the backup copies separately from your compiled applications.

Note:
Be sure to maintain separate copies of your original source programs for future use. You cannot re-create your source programs from their compiled code.

See Also

Application Planning

Developing International Applications

Programming for Shared Access

Optimizing Applications

朱育興 · 發表於: 星期一九月 13, 2004 12:42 am 文章主題:

Visual FoxPro 作為應用程式的前端

作為一個 Visual FoxPro 的開發人員，您可能認為使用視覺化的設計工具來開發程式是理所當然的。例如，可以使用 Visual FoxPro 的表單、功能表和報表來設計自己的使用者界面。此外，在使用 Visual FoxPro 開發程式時，最有可能的情況就是把資料用 Visual FoxPro 資料表格的型式儲存起來。

在開發企業應用程式時，把 Visual FoxPro 彙整進來的一種途徑是使用 Visual FoxPro 中的視覺化設計工具，然後利用其他程式增強這些工具的功能。另一種途徑是使用 Visual FoxPro 建立程式的外觀，然後利用其他程式儲存資料。透過將資料移到一個資料庫伺服器上，您也可以對 Visual FoxPro 中的資料進行上移。

延伸 Visual FoxPro 視覺化設計工具的功能

Visual FoxPro 控制項的基本類別是為絕大多數應用程式的界面而設計的。為了能夠建立一個標準的 Windows 應用程式，Visual FoxPro 提供了所有的基本控制項和界面元素。但是，在發展程序中，有時會感到僅僅這些基本元素在程式中是不夠的。如果出現這種情況，可以建立次類別或者使用 ActiveX 控制項來延伸 Visual FoxPro 中視覺化設計工具的功能。

建立次類別

Visual FoxPro 的一個特別強大的功能是在基本類別的基礎上建立次類別。透過建立一個或者多個次類別，您幾乎可以滿足應用程式的所有需要。這種能力展現在，所建立的新物件或者新控制項綜合了基本類別的所有特性。例如，Visual FoxPro 中的多筆編輯控制項不僅包含其容器物件類別的屬性和方法程序，而且也包含那些在多筆編輯控制項中出現的物件 (如按鈕、文字輸入方塊等等) 特性。

同樣，透過在基本類別控制項的基礎上所建立的次類別，可以建立一些具有新特性的物件來延伸 Visual FoxPro 的效能，也可以將若干物件的特性進行組合來做到這一點。例如，可以在文字輸入方塊上新增邊框或者立體效果來進行視覺化，也可以將一個影像控制項、按鈕和文字輸入方塊組合在一起，建立一個點陣圖瀏覽控制項，使用者可在該控制項上瀏覽一系列的 .bmp 檔案。用這種方法建立使用者自訂類別，可以輔助開發人員將應用程式中的控制項標準化，從而使程式具有自己獨特的風格。相關詳細資訊請參考「物件導向程式設計」。

使用 ActiveX 控制項

在 Visual FoxPro 中使用次類別建立新控制項的另外一個方法是使用 ActiveX 控制項 (.ocx檔案)。由於這些控制項是獨立於 Visual FoxPro 之外開發的，因此不僅能在 Visual FoxPro 下使用，而且同樣適用於其他 Windows 應用程式。

實際上，ActiveX 控制項是單獨出售的元件，可與應用程式緊密地組合在一起。使用 ActiveX 控制項可有如下好處：

‧和建立、測試以及維護一個 Visual FoxPro 專用控制項相比，ActiveX 控制項在完成相同任務的前提下，可節省開發人員的時間和精力。選用的 ActiveX 控制項越合適，節省的時間越多。

‧許多的 ActiveX 控制項是由軟體供應商提供，來滿足一般應用程式的需要。例如，如果應用程式需要顯示一個日曆，同時允許使用者在上面選取日期，這時您將可以發現一個或者多個 ActiveX 控制項能完成這個需求。

‧同一個 ActiveX 控制項可用於多個程式中。例如，可以在 Visual FoxPro 和 Visual Basic 中使用相同的 ActiveX 控制項，在處理控制項時提供相同的屬性和方法程序。這樣，控制項在所有的程式中界面相同，使用者更容易處理。

‧ActiveX 控制項對 Windows 系統功能也能進行存取，這時如果僅使用 Visual FoxPro 工具可能會不方便，也可能會很耗費時間。例如，用 ActiveX 控制項來存取電子郵件 (使用 Windows 的 MAPI 函數)，存取低階的 Windows 圖形函數等等。透過使用一個 ActiveX 控制項的屬性、事件和方法程序，則可以很容易的在應用程式中新增所需的特性。

簡言之，使用 ActiveX 控制項在延伸應用程式的時候，不僅可以將 Windows 的功能彙整進來，而且可以在開發的眾多應用程式之間保持一致的風格和特性。有關使用 ActiveX 控制項的詳細內容，請參閱「共用資訊和新增 OLE」。有關建立使用者自訂 ActiveX 控制項的詳細內容，請參閱「存取 Visual FoxPro API」。

彙整其他程式的功能

當開發應用程式時，有時會發現其他程式對於解決某些任務更為合適。例如，Microsoft Word 在郵件合併上具有無與倫比的優點，而 Microsoft Excel 在計算複雜的公式和使用資料建立圖形、圖表則更為方便。

與其在 Visual FoxPro 中製作這些功能，不如將這些軟體彙整到應用程式中，這將使所開發的應用程式更滿足需要。

用如下方法，可以將其他應用程式的功能與 Visual FoxPro 彙整在一起：

‧執行 Visual FoxPro 精靈，這些精靈可以使其他程式很容易使用 Visual FoxPro 的資料。

‧撰寫 Visual FoxPro 程式，在程式中使用自動化與其他 Windows 程式進行資料通訊、資料控制和資料共享。

以下章節將針對延伸 Visual FoxPro 效能的這些方法進行詳細闡述。

使用精靈

大量的 Visual FoxPro 精靈允許將 Visual FoxPro 中的資料和其他的 Windows 應用程式彙整在一起。例如，使用[郵件合併精靈]可以輔助您向客戶提供信件。當執行該精靈時，首先指定包含所需的 Visual FoxPro 資料表格或者資料集，然後將資料以一定的檔案格式輸出 (如用逗號分隔)，或通知所使用的文書處理程式利用 Visual FoxPro OLE DB 提供程式來存取資料。如果使用的程式是 Microsoft Word，精靈將啟動該程式，建立一個空白合併文件，並使用郵件合併工具列，建立特定範圍與 Visual FoxPro 特定資料的連結。

同樣的，使用 Microsoft Excel 和 Microsoft Query 時，可以用樞紐分析表來檢驗資料，樞紐分析表將資料按列進行排列，也可以用不同模式檢視。透過使用 Visual FoxPro 中的[樞紐分析表精靈]，可以將應用程式中的資料作為 Microsoft Excel 的資料來源，並在 Microsoft Excel 中產生該樞紐分析表格。

使用自動化

與其他應用程式相互聯繫的更為有效的方法是使用自動化。透過 Visual FoxPro 程式，可以存取其他應用程式中的物件，然後透過對屬性的設定和方法程序的呼叫來控制。例如，Microsoft Excel 中存在一個 Application 物件以及該物件中的工作表、列、欄及儲存格，可以直接對這些物件進行動作，包括物件資料的設定和讀取。同時，也可以使用該程式中的一些命令來控制整個 Application 物件。例如，透過管理 Microsoft Excel 中的 Application 物件，可以開啟、儲存以及列印工作表，啟動 Microsoft Excel 的圖表精靈等等。

使用 Visual FoxPro 來自動化之所以能作為特殊而有效的處理 Windows 程式的因素，主要是如下幾個原因：

‧可以直接存取其他應用程式，包括程式中所有的物件和命令。

‧毋須將資料匯出或轉換成其他的格式，可以直接和其他應用程式進行資料共享。

‧使用熟悉的屬性和方法程序，可以對其他應用程式進行控制。

‧當啟動某些應用程式時，這些程式不需讓使用者看見。例如，可以啟動 Microsoft Excel ，將資料放入儲存格中，再執行一個複雜的公式計算這些資料，讀取結果，將結果顯示在 Visual FoxPro 中。所有這些程序沒有必要顯示 Microsoft Excel，使用者只需一直在 Visual FoxPro 環境下，除非使用者想顯示 Microsoft Excel。

‧控制其他應用程式的命令 (屬性和方法程序) 嵌入 Visual FoxPro 程式中，使您在想控制其他程式時，毋須另外學習程式語言。

在與其他程式共同工作時，由於自動化是一個開放的工具，所以特別有效。本質上，自動化只是為了使應用程式更加完善，將其他應用程式中的命令和資料匯集進來。

以下範例描述了如何將若干 Windows 程式彙整在一起。假設將顧客和銷售資料儲存在 Visual FoxPro 中，可能需要建立一個報表來顯示季度銷售狀況。

一種方法是，使用自動化將 Visual FoxPro 中的銷售資料複製到 Microsoft Excel 工作表的儲存格中，然後啟動 Microsoft Excel 的圖表精靈來建立該資料的一個圖表，並將之複製到 Windows 的剪貼簿上。或是使用自動化，再啟動 Microsoft Word，建立或者開啟一個銷售報表文件 (如果以新文件來建立，則可以將 Visual FoxPro 中儲存的資料按照標準文字插入)，然後把 Microsoft Excel 建立的圖表貼上去。

使用自動化將 Visual FoxPro 彙整到應用程式，如上述的例子，只是眾多方案之一。當您對所使用的應用程式裡的物件和方法程序逐步熟悉時，可以想出許多的好方案來提高應用程式彙整的效能。有關自動化的詳細內容，請參閱「共用資訊和新增 OLE」中的[應用自動化管理物件]。

延伸 Visual FoxPro 的資料儲存能力

無論是考慮速度，還是考慮資料庫大小，Visual FoxPro 的資料表格和索引的功能對任何應用程式而言都是綽綽有餘的。但是，有些時候，需要使用其他格式的資料來延伸 Visual FoxPro 的功能。在以下情況會遇到這種問題：

‧應用程式需要存取的資料是由既存的其他程式建立和維護的。在這種情況下，假如作為銷售程式的一部份，您可能需要存取由其他程式語言、甚至在不同平臺下撰寫的會計程式中的資料。

‧使用一個資料庫伺服器來最佳化資料存取。該資料庫伺服器可以大幅度提高資料存取的速度，特別是在大型的資料庫裡。

‧為了和其他程式共用資料，資料需按照一定格式儲存，以便讓所有程式都能存取。

‧資料對於某個特殊程式的格式來說特別合適 (如工作表)。例如，對於一組資料，Visual FoxPro 應用程式只是偶爾存取它，除此之外，該資料都由另外的程式維護。

如果所需的資料是以工作表、文書處理文件或其他 Windows 程式的格式儲存的，則可以使用自動化來存取它。例如，如果應用程式需要一組格式化的信件，那麼可以使用自動化。這時，這些信件可能以 Microsoft Word 的檔案的型式儲存，應用程式需要啟動 Microsoft Word，開啟相對的信件，根據需要插入文字或進行文字取代。

存取非 Visual FoxPro 資料常用的途徑是使用 OLE DB 提供程式。OLE DB 提供程式允許和其他程式 (通常是資料庫程式) 中的資料進行連結，然後使用標準的 SQL 命令對資料進行查詢或編輯。

例如，您可能對自己的應用程式的安全性和異動交易處理程序最為關心，因此決定使用 Microsoft SQL Server 來儲存資料。為了存取資料，可以使用 SQL Server OLE DB 提供程式定義一個對 SQL Server 的連結，然後就可執行查詢和其他使用 ADO 的 SQL 指令，以及進一步的在 Visual FoxPro 中處理取回在 ADO 資料錄集之內的結果。

其他的應用程式可以存取同樣的資料，利用同樣的技術途徑。例如，一個 Microsoft Excel 工作表能夠從同樣的 SQL Server 伺服器中獲取所需資料。這樣，工作表不僅可以利用和您的應用程式同樣的優越效能，而且具有伺服器的安全性和異動交易處理特性，而這些特性是在 Microsoft Excel 的工作表中是沒有的。

在某些情況下，您可能要求更高，需要使用 OLE DB 提供程式存取的資料來源所特有的 SQL 命令。例如，Microsoft SQL Server 允許建立並執行儲存式程序，這些程序可以對伺服器 (而不是您的應用程式) 上的資料進行處理。利用儲存式程序可以於資料庫伺服器執行“內部”的 SQL 敘述。Pass-through SQL 命令還允許對伺服器執行一些系統管理任務。某些情況下，這些命令的執行速度比在 Visual FoxPro 中執行類似的 SQL 敘述要快。

要想瞭解有關延伸 Visual FoxPro 資料儲存能力的詳細資料，請參閱「應用自動化管理物件」、「使用資料集存取遠端資料」和「規劃主從架構應用程式」。

上移 Visual FoxPro 資料

在資料儲存時，可以將其儲存在 Visual FoxPro 的資料表格中，也可以把它儲存在像資料庫伺服器這樣的平臺下。有時也能以兩種模式儲存：在發展程序中，先把資料儲存在 Visual FoxPro 的資料表格中，當資料庫逐漸龐大時，再把它轉移 (或上移) 到其他的平臺上。

例如，可以將資料儲存在本地電腦的 Visual FoxPro 資料表格中，來建立應用程式的原型。這能夠提供很大的彈性，使您在開發程式的程序中，很容易對資料表格、資料集和索引進行修改，避免了在資料庫伺服器上管理資料表格的複雜性。而且，在本地電腦上儲存樣本資料，可以方便的測試表單、報表和其他程式。當資料庫結構已經完成後，便可以將資料上移到資料庫伺服器上，同時完成應用程式的產品化。

另外一種可行的方法是，根據實際需要將資料儲存在本地電腦的 Visual FoxPro 資料表格中。只有當資料庫變大時，再上移資料，同時可使用資料庫伺服器提供的最佳化效能。何時上移資料庫取決於許多因素，包括資料庫的複雜性、本地電腦或者網路的效能以及應用程式的要求。

最後，可以在 Visual FoxPro 中完成資料庫的原型開發，然後為了和其他可以存取資料庫伺服器的應用程式之間共用資料，將資料庫上移。同樣，為了獲得伺服器的安全性和異動交易處理特性，也可以上移資料庫。

有關資料庫上移的詳細內容，請參閱「上移 Visual FoxPro 資料庫」。

相關資訊

設計考量

規劃企業應用程式

Visual FoxPro 作為應用程式的後端

物件導向程式設計

共用資訊和新增 OLE

建立資料集

存取 Visual FoxPro API

[郵件合併精靈]

[樞紐分析表精靈]

----------------------------------------------------------------------------------------------
原文：

Visual FoxPro as an Application Front End

As a Visual FoxPro developer, you probably find it natural to design your applications around the program's visual design tools. For example, you probably think of your application's user interface in terms of Visual FoxPro forms, menus, and reports. In addition, when you develop applications in Visual FoxPro, you most likely think of storing the application's data in Visual FoxPro tables.

One way to integrate Visual FoxPro into an enterprise-wide application is to use the visual design tools in Visual FoxPro, but enhance them with the capabilities of other products. Another way is to create your application's look and feel using Visual FoxPro, but to extend the data storage capabilities of your application by taking advantage of the capabilities of other programs or of non-Visual FoxPro data storage options. You can also upsize your Visual FoxPro data by moving it to a database server.

Extending the Visual Design Tools in Visual FoxPro

The base classes of Visual FoxPro controls were designed to accommodate the vast majority of application interface needs. Visual FoxPro provides all the basic controls and interface elements that are required to create a standard Windows application. However, you will often find that your application requires objects or controls beyond those provided in the base Visual FoxPro classes. If so, you can extend the visual design tools by creating subclasses and by using ActiveX controls.

Creating Subclasses

An extremely powerful feature of Visual FoxPro is the ability to create subclasses of the base controls. By creating one or more subclasses, you can customize the basic Visual FoxPro controls in almost any way that's required for your application. This ability extends to being able to create new objects or controls that combine the features of other controls. For example, the grid control in Visual FoxPro contains not only its own container, properties, and methods, but those of the objects that appear in the grid such as buttons, text boxes, and so on.

Similarly, by subclassing base controls, you can extend the capabilities of Visual FoxPro by creating objects that add new features to existing base classes, or that combine the capabilities of several objects. For example, you can add visual features such as frames or three-dimensional effects to a text box. Or you could combine an image control, buttons, and a text box to create a bitmap-viewing control in which users can move through a series of .bmp files. Creating custom classes in this way can help you manage company-wide development by allowing you to create standardized controls that appear in all your applications. For more information, see Object-Oriented Programming.

Using ActiveX Controls

An alternative to creating a new control using subclasses in Visual FoxPro is to use an ActiveX control (.ocx file). These controls are created independently from Visual FoxPro, and can be integrated not only into Visual FoxPro, but into many other Windows applications as well.

In effect, ActiveX controls are off-the-shelf components that you can integrate seamlessly into your application. Using ActiveX controls provides several benefits:

‧It saves you the time and effort required to create, test, and maintain a Visual FoxPro-specific control to accomplish the same tasks. The more capable the ActiveX control, the more time you save.

‧Many ActiveX controls are already available from third-party suppliers to answer common application requirements. For example, if your application calls for you to display a calendar and allow users to choose dates on it, you can probably find an ActiveX control (perhaps several) that already manages this task.

‧The same control can be used in multiple programs. For example, if it makes sense to do so, you can use the same ActiveX control in Visual FoxPro and Visual Basic. The same properties and methods are used in each case to manage the control, and the control will have the same appearance in all programs, making it easier for users to work with.

‧ActiveX controls often provide access to Windows functionality that can otherwise be awkward or time-consuming to include using only Visual FoxPro tools. For example, you can find ActiveX controls that provide access to electronic mail (using Windows MAPI functions), to low-level Windows graphics functions, and so on. By including an ActiveX control, you can add these types of features to your application in a way that's easy to control using the ActiveX control's properties, methods, and events.

In short, using ActiveX controls enables you to extend your applications not only by integrating Windows-wide functionality, but by adding a common look-and-feel between your application and others in the same enterprise. For more information about using ActiveX controls, see Sharing Information and Adding OLE. For information about creating your own ActiveX controls, see Accessing the Visual FoxPro API.

Integrating Functionality from Other Programs

You might find when developing an application that other programs are uniquely suited to accomplishing certain tasks. For example, Microsoft Word has unsurpassed merge letter capabilities, while Microsoft Excel is optimized to calculate complex formulas and easily create charts and graphs from them.

Rather than emulating these capabilities in Visual FoxPro, you can make your application an enterprise-wide solution by integrating them into your application. This way you can match the requirement of your application to the best possible tool to address it.

You can integrate the functionality of other applications into Visual FoxPro in these ways:

‧Run a Visual FoxPro wizard that makes Visual FoxPro data available for use by another application.

‧Write Visual FoxPro programs that use Automation to communicate with, control, and share data with other Windows programs.

The following sections provide details about these methods of extending the capabilities of Visual FoxPro.

Using Wizards

A number of Visual FoxPro wizards allow you to integrate Visual FoxPro data with the functionality of other Windows programs. For example, you can send form letters to your customers by using the Mail Merge Wizard. When you run the wizard, you can specify a table or view that contains the Visual FoxPro data to use, and then either export the data to a suitable file format (such as comma-delimited) or specify that your word processing program use the Visual FoxPro OLE DB provider to access the data. If you use Microsoft Word, the wizard will even start the word processing program, create the blank merge document, and display the Mail Merge toolbar for you to link fields to your Visual FoxPro data.

Similarly, using Microsoft Excel and Microsoft Query, you can analyze your data using a pivot table, which summarizes data in columns and allows you to rearrange it to view it in different ways. By using the PivotTable Wizard in Visual FoxPro, you can use your application data as the source data for Microsoft Excel, and generate the pivot table in Microsoft Excel.

Using Automation

A more powerful way to interact with other applications is to use Automation. Using Visual FoxPro programs, you can access the objects exposed by other applications, and then control them by setting their properties and calling their methods. For example, Microsoft Excel exposes an application object as well as worksheets, columns, rows, and cells within the application object. You can directly manipulate any of these objects, including getting or setting data in them. In addition, you can usually control the application object using the full range of commands available in the program itself. For example, by managing the application object in Microsoft Excel, you can open, save, or print worksheets, invoke the Microsoft Excel chart wizard, and so on.

Automation is a particularly attractive and powerful way to work with Windows programs using Visual FoxPro for several reasons:

‧You have direct access to the other program, including all its objects and commands.

‧You can share data directly with the other program without having to export it or convert it to another format.

‧You can control the other program using the familiar properties and methods model.

‧The other program doesn't necessarily need to be visible to the user when you invoke it. For example, you can invoke Microsoft Excel, place some data into cells, run a complex calculation on the data, read the result, and then display it in Visual FoxPro, all without ever displaying Microsoft Excel. Your user would continue to see only Visual FoxPro, unless you explicitly wanted to display Microsoft Excel.

‧The commands (methods and properties) to control the other program are embedded within familiar Visual FoxPro programs. You don't need to learn a different programming language in order to be able to control the other program.

Automation is particularly powerful because it's an open-ended method for working with other programs. In essence, Automation simply makes available to you the data and commands from other applications for you to use in the way best suited to your application.

A sample scenario illustrates how you can integrate several Windows programs. Imagine that you store your customer and sales data in Visual FoxPro. You'd like to create a sales report that summarizes quarterly sales.

One solution would be to use Automation to copy the Visual FoxPro sales data to cells in a Microsoft Excel worksheet. You can then invoke the Microsoft Excel chart wizard to create a chart of the data and copy it to the Windows Clipboard. Still using Automation, you can invoke Microsoft Word and create or open a sales report document (if you create it as a new document, you can insert standard text that you store in Visual FoxPro), and then paste in the chart you created in Microsoft Excel.

This is just one way you can use Automation to make Visual FoxPro part of an enterprise-wide solution. By becoming familiar with the objects and methods available in programs that you typically use, you can imagine many more ways to make each program enhance the capabilities of the other. For details about Automation, see "Manipulating Objects with Automation" Sharing Information and Adding OLE.

Extending Data Storage Capabilities in Visual FoxPro

The data table and indexing capabilities of Visual FoxPro are usually more than adequate to the requirements of an application, whether you're concerned about speed or database size. However, there are times when you might want to extend Visual FoxPro by using data that's stored in some other format. This might be true if:

‧Your application needs access to legacy data that's created and maintained by an existing application. For example, suppose that, as part of your sales application, you need access to data being maintained by an accounting application that was written using a different program, perhaps even on a different platform.

‧You want to optimize data access by using a database server, which can greatly speed data access, particularly in very large databases.

‧You want to share data with other programs, and therefore want to store the data in a format that's accessible to all the programs.

‧The data is best suited to the format of a particular program (such as a spreadsheet). This might be true, for example, if your application required only occasional access to data that was otherwise being maintained by the other program.

If the data you need is in the format of a spreadsheet, word processing document, or other Windows program, you can access it using Automation. For example, you might do this if your application required a collection of form letters. In that case, the letters might be stored as Microsoft Word documents, and your application would use Automation to invoke Word, open the appropriate letter, and insert or substitute text as necessary.

A more common approach to using non-Visual FoxPro data is to use an OLE DB provider to access it. OLE DB providers allow you to connect to data in the format of other programs — typically other database programs — and query or edit the data using standard SQL commands.

For example, you might decide that security and transaction processing capabilities are a vital part of your application, so you decide to store the data using Microsoft SQL Server. To access the data, you define a connection to SQL Server, using the SQL Server OLE DB provider. You can then run queries and other SQL commands using ADO, and retrieve the results into an ADO recordset for further processing in Visual FoxPro.

Other applications can access the same data and take advantage of the same features. For example, a Microsoft Excel worksheet can get its data from the same SQL Server database. Not only will the worksheet enjoy the same performance advantages that your application does, it can also take advantage of the security and transaction processing features of the server, which aren't otherwise available in a Microsoft Excel worksheet.

In some instances, you might want to go further and use SQL commands that are specific to the data source you're accessing with the OLE DB provider. For example, Microsoft SQL Server allows you to create and run stored procedures, which can manipulate data at the server (rather than in your application). To take advantage of stored procedures, you can send "native" SQL statements to the database server. Pass-through SQL commands also allow you to perform system administration tasks on the server, and in some instances they will execute faster than similar SQL statements executed in Visual FoxPro.

For more information about extending data storage capabilities in Visual FoxPro, see Manipulating Objects with Automation, Accessing Remote Data Using Views, and Planning Client/Server Applications.

Upsizing Visual FoxPro Data

You can choose to keep your data in Visual FoxPro tables or on another platform such as a database server. Or you can do both: keep your data in Visual FoxPro tables while you're developing, or until your database grows large, and then move (or upsize) the data to another platform.

For example, you can prototype your application by keeping all the data in local Visual FoxPro tables. This gives you the flexibility to modify your tables, views, and indexes as you develop the application without the complexities of managing tables on a database server. You can keep sample data in the local tables so you can test your forms, reports, and other programs. When the database structure is complete, you can upsize your data to a database server and put the application into production.

Another way to work is to keep your data in Visual FoxPro tables only as long as is practical. When the database grows large, you can upsize it and take advantage of the optimized performance provided by a database server. The exact point at which it makes sense to upsize your database depends on many factors, including the complexity of the database, the performance of your local computer or network, and the demands of your application.

Finally, you can prototype your database in Visual FoxPro, and then upsize it in order to share the data with other applications that can also access a database server. Similarly, you can upsize the database in order to take advantage of the security and server-side transaction processing capabilities of the database server.

For details on upsizing databases, see Upsizing Visual FoxPro Databases.

See Also

Design Considerations

Planning Enterprise Applications

Visual FoxPro as an Application Back End

Object-Oriented Programming

Sharing Information and Adding OLE

Creating Views

Accessing the Visual FoxPro API

Mail Merge Wizard

PivotTable Wizard

朱育興 · 發表於: 星期一九月 13, 2004 11:18 pm 文章主題:

Visual FoxPro 作為應用程式的後端

將 Visual FoxPro 彙整到應用程式的另外一個不同的方法是把它作為一個元件來使用，而不必作為主程式。實際上，可以把 Visual FoxPro 作為後端，前端程式可利用其他的產品撰寫。在這種情況下，使用者不必直接和 Visual FoxPro 互動，而是採用其他應用程式提供的工具所製作的使用者界面，只在後端採用 Visual FoxPro 來處理資料。

由於 Visual FoxPro 可發揮其資料庫引擎的優勢 (該工具可快速地對其他程式的資料進行存取)，因此 Visual FoxPro 在這種工作模式下會執行良好。此外，Visual FoxPro 可以將自己的物件和命令（包括使用者建立的物件）方便的提供應其他程式使用。

在其他應用程式中使用 Visual FoxPro 的資料

為了發揮 Visual FoxPro 的優點，為企業開發的應用程式採用的一種技術手段是使用 Visual FoxPro 的資料庫引擎來儲存和管理資料。和其他程式相比，該方法可提供高效能的儲存和查詢能力。

使用 Visual FoxPro 的 OLE DB 提供程式，程式可以連結到 Visual FoxPro 中的資料。該提供程式可使 Visual FoxPro 的資料庫引擎利用標準的 Visual FoxPro SQL 命令。

例如，應用程式可能採用 Microsoft Excel 作為複雜資料分析的計算工具。如果所處理的資料使用很頻繁，則將其儲存在資料庫中比儲存在工作表裡可能會更好。這時，可使用 Visual FoxPro 的 OLE DB 提供程式將工作表和資料庫連結起來，然後提取相關的資料，並將其顯示在工作表中，以備進一步處理。

另外一個範例是一個公告牌的應用程式，如在機場或會議中心裡。可以使用多媒體技術撰寫程式來進行訊息顯示。但是如果程式中的某些資料經常變動，可能在跳頁時會帶來麻煩。這時，可以透過 OLE DB 提供程式將顯示程式和一個 Visual FoxPro 資料庫連結，然後在執行時期提取所需要的資料。

有關的詳細內容，請參閱「Visual FoxPro OLE DB 提供程式說明主題」。

在其他應用程式中使用 Visual FoxPro 物件和命令

除了將 Visual FoxPro 的資料提供其他程式使用，作為企業方案中的一部份外，其他程式還能使用 Visual FoxPro 中的物件和命令。外在程式可以呼叫 Visual FoxPro 的方法程序，設定 Visual FoxPro 物件 (不僅是基本類別物件，還可以是使用者自訂類別的物件) 屬性。

例如，可以在 Microsoft Excel 中建立一個應用程式，該程式將資料儲存在 Visual FoxPro 的資料庫中。除了進行資料讀寫這樣簡單的動作外，Microsoft Excel 還可以呼叫 Visual FoxPro 命令將一個表單作為對話方塊顯示，使用者可以於對話方塊輸入資料作為資料集的參數。

另外一個使用 Visual FoxPro 物件的方法是建立一個自動化伺服應用程式。這允許您能建立特定應用程式的物件，這些物件的功能幾乎和在 Visual FoxPro 環境下的效果相同，但是又具有伺服器分散式的優點。

對於自訂的伺服器，用途之一是建立一個物件，該物件包含一系列商業準則，以確保從其他應用程式傳輸來的資料完整性。例如，可以在 Visual FoxPro 中建立一個物件來儲存僱員資料，該物件不僅驗證從程式傳輸所得到的資料，而且驗證使用者的存取級別，確保使用者有足夠的權限來變更僱員資料。

對於涉及複雜邏輯關聯的變更或者讀取資料的動作，自訂的伺服器也能夠建立物件。例如，一個定單輸入物件不僅能夠儲存定單，而且可以維護定單異動交易日誌、更新庫存、計算銷售等等。

這一類的自動化伺服應用程式對於三層結構的企業應用程式來說，是一個理想的中間層。在這個模型中，資料形成了最底層，應用程式則作為最高層，而主要功能是由中間層來完成的。中間層提供了一個特殊的、不依托於應用程式的資料集，同時將商業規則 (或者其他資料處理能力) 彙整進來，而這些功能僅僅由應用程式或者資料是無法製作的。

有關建立自訂的自動化伺服應用程式的詳細內容，請參閱「共用資訊和新增 OLE」中的[如何：建立自動化伺服應用程式]。

使用 Visual FoxPro 建立資料倉庫

除了可以用 Visual FoxPro 建立應用程式外，還可以用它來建立和儲存一個資料倉庫，也就是一些產生報表的資料最佳化集合物件。要建立一個資料倉庫，首先可以複製報表所需的資料，然後提交給需要的使用者。要想將這些資料從原有資料中獨立出來，您可以：

‧將資料按照報表的需要進行結構化處理，這會比從原有資料產生報表更快、更簡單。

‧將這些為產生報表所需的資料存放在和原有資料分開的位置，這樣會減少資料之間的衝突，提高效能。可以查尋一些為了安全理由而不對使用者開放的資料。

一個資料倉庫是對建立資料瞬間的快照。您可以週期性的對資料倉庫進行資料重新整理，根據應用程式產生報表的需要定期更新。

例如，假設建立了一個應用程式來管理圖書館，其中包括一個庫存的清單。在工作日裡，系統主要用來驗證資料的借出和歸還，以及對系統內部的資料進行尋找和歸位。除了管理這些顧客的異動交易工作外，管理人員還想對圖書館進行分析，瞭解那些資料最受歡迎、那些資料過時等等。

為了有助於分析，應用程式可以在異動交易訊息之外建立一個資料倉庫，應用程式可以定期的儲存資料 (如每天晚上)，而後，管理人員在不影響白天系統正常執行的情況下，在資料倉庫的基礎上建立一些查詢。此外，資料倉庫可以排除那些使用的詳細資料，因為這些資料對分析沒有用處，僅被認為是內部訊息。

為了從資料倉庫獲得更大的益處，可以在一個伺服器上建立資料倉庫，使之和其他資料分開。如果所有資料都在同一個伺服器上，仍可以從資料倉庫中這些最佳化的資料裡得到好處。但是，當使用者的查詢和資料倉庫發生矛盾時，可能會發生大量的網路衝突，這將影響系統正常的執行。

在建立了資料倉庫之後，可以簡單地把系統最新資料檔案覆蓋到資料倉庫中相對的檔案上。此外，可以在資料倉庫中將資料重新進行結構最佳化以備報表建立。例如，可以為資料倉庫中的資料建立索引，以減少產生報表時的工作。

另外一個範例是，通常，為了避免資料重覆，資料都要被正規化存放在不同的資料表格中。但是在資料倉庫中，把資料合併在一個大資料表格中會很有用，這樣沒有經驗的使用者不用自己來連結資料表格，從而更容易建立報表。

對於應用程式所需報表的一切明細問題，資料倉庫都可以解決。為了使用的彈性，在資料倉庫中儲存資料時，這些資料的級別應該和程式執行中使用的資料保持一致。但是如果使用者只想建立一個摘要報表 (像工作表單或者圖形)，則應該將應用程式所產生的明細資料彙整，在資料倉庫中只儲存摘要性的資料。

使用 Visual FoxPro 作為一個 WWW 查詢引擎

如果您的應用程式想要建立一個 Internet 上的 WWW 伺服器，則可以將 Visual FoxPro 作為應用程式的查詢引擎。對於能夠存取您的 Web 伺服器的任何人，無論是來自 Internet 或是透過公司的內部網路，都可以使其方便地利用您的 Visual FoxPro 資料庫的功能。

例如，假設作為您的企業內部網路的一部份，您想方便地使用一個僱員目錄。僱員們可以將他們的瀏覽器指標指向“查詢僱員”那一頁面，該頁面看起來像 Visual FoxPro 的一個表單，其中包括了一個輸入查詢條件的文字方塊。為了執行一個查詢，使用者可以輸入僱員名字、電話分機、部門、職稱以及其他所有方便的訊息，然後選取[開始查詢]按鈕。過了一會兒，將會看到一列滿足查詢條件的僱員名單。然後，可以將該名單儲存為文字檔，傳輸到另外的像 word 這樣的文書處理程式中。

如何將 Visual FoxPro 作為 Web 網路的查詢引擎

一般的，為了使用 Visual FoxPro 作為 Web 的一個資料伺服器，需要如下元件：

‧一個帶有 HTTP 服務、執行在 Microsoft Windows NT 或 Windows 2000 作業系統下的 Web 伺服器。

‧一個可以作為自動化伺服應用程式、可被其他程式呼叫的 Visual FoxPro 應用程式，該應用程式能夠在任何一個可被 Web 伺服器存取的伺服器上執行。

‧一個顯示查詢結果的工具，該工具經常包含一個可插入資料的 Web 頁面範例。

Visual FoxPro 在 Web 上的查詢事件序列一般包括：

1.透過將一個 Web 檢視工具的指標指向某查詢頁面，使用者的應用程式將顯示出該頁面。該查詢頁面包含使用者想要的任意文字和圖形，也包括能夠輸入查詢字串的文字方塊。

2.使用者選取[開始查詢]按鈕。那麼，已完成的表單上的資料和 Web 頁面查詢應用程式的名稱將被傳輸到 Web 伺服器上進行處理。

3.Web 伺服器使用 ISAPI (全球網路伺服器 API) 通訊協定來呼叫應用程式，並將包含查詢訊息的一個參數傳給應用程式。

4.應用程式查詢資料庫。當找到查詢結果後，將其插入到 Web 頁面範本中，然後將該 Web 頁面一連串字元傳回給伺服器。

5.Web 伺服器將查詢結果頁面傳遞給進行查詢起始化的檢視工具。

6.檢視工具向使用者顯示查詢結果頁面。

如果已經建立了 Web 頁面，那麼處理的絕大多數步驟是相似的。假設您瞭解了如何建立 Web 頁面，那麼您會發現建立這些頁面的處理程序相當容易。

有關使用 Visual FoxPro 作為 Web 網路的查詢引擎的詳細內容，請參閱 Visual FoxPro ...\Samples\Servers\Foxisapi 目錄下的範例程式 Foxisapi.dll。並參考該目錄下的 Readme.txt 檔案瞭解如何執行該程式。

相關資訊

設計考量

Visual FoxPro 作為應用程式的前端

規劃企業應用程式

如何：建立自動化伺服應用程式

共用資訊和新增 OLE

----------------------------------------------------------------------------------------------
原文：

Visual FoxPro as an Application Back End

A different way to integrate Visual FoxPro into an enterprise solution is to use it as one component, but not necessarily as the primary application. In effect, you'd be treating it as a back end for an application written using another product. In this case, the user wouldn't directly see Visual FoxPro. Instead, the application's user interface would be written using tools in the other application, and would communicate with Visual FoxPro in the background to get or manipulate data.

Visual FoxPro works well in this role because it can make available its database engine, which provides rapid data access to other applications. In addition, Visual FoxPro can make its objects and command sets available to other programs, including custom objects that you create.

Making Visual FoxPro Data Available to Other Programs

One way for an enterprise-wide application to take advantage of Visual FoxPro is to use the Visual FoxPro database engine for storing and managing data. This provides high-performance storage and query capability to other programs.

Programs can connect to Visual FoxPro data using the Visual FoxPro OLE DB provider. This provider exposes the Visual FoxPro database engine to standard Visual FoxPro SQL commands.

For example, an application might use Microsoft Excel as a calculation tool for complex data analysis. If the data to be manipulated is highly fluid, it might make sense not to store it in a worksheet, but in a database. The worksheet could then be written to use the Visual FoxPro OLE DB provider to connect to the database, extract the relevant information, and display it in a worksheet for further processing.

Another example might be a kiosk application, such as an information stand at an airport or convention center. You could create the information display using a multimedia authoring program. But if some of the data in the application changed often, it would be cumbersome to change pages in the presentation. Instead, the presentation program could connect to a Visual FoxPro database using the OLE DB provider, and then extract data at run time.

For more information, see the Visual FoxPro OLE DB provider help topics.

Making Visual FoxPro Objects and Commands Available to Other Programs

In addition to making Visual FoxPro data available to other programs as part of an enterprise solution, you can expose Visual FoxPro objects and commands. Other applications can call the methods and set properties of objects in Visual FoxPro, including not only the base objects, but objects defined in custom classes.

For example, you can create an application in Microsoft Excel that stores data in a Visual FoxPro database. In addition to simply reading and writing the data, Microsoft Excel can call Visual FoxPro commands to display a form as a dialog box. One use might be to gather data for a parameterized view.

Another way to expose Visual FoxPro objects is to create an Automation server. This allows you to create application-specific objects that can perform almost any function that you can program Visual FoxPro to accomplish, with the further advantage that you can distribute the server.

One use for a custom server is to create an object that includes a set of business rules that ensure the integrity of data that another application passes to it. For example, you can create an object in Visual FoxPro for storing employee information that not only validates that the application has passed valid employee information, but checks the user's access level to ensure that the user has security access to make the employee changes.

A custom server can also expose an object that incorporates complex logic for updating or reading information. For example, an order entry object might not only be able to store the order, but could also maintain a transaction log of orders, update inventory, calculate a sales commission, and so on.

This type of Automation server is ideal for creating the middle layer of a three-tiered enterprise application. In this model, the data forms the lowest level and the application forms the highest. The functionality is in the middle, and provides a specific, application-independent view of the data that incorporates business rules (or other data processing capabilities) that don't properly belong with the data or with the application alone.

For information about creating custom Automation servers, see How to: Create Automation Servers in Sharing Information and Adding OLE.

Creating a Data Warehouse Using Visual FoxPro

In addition to creating your application in Visual FoxPro, you can use the program to create and maintain a data warehouse, or version of your data that is optimized for reporting. To create a data warehouse, you make a copy of the data required for reporting, and then make it available to users who need it. By maintaining this data separately from your live data, you can:

‧Structure it to make reporting easier or faster than if users created reports from the live data.

‧Place data for reports in a location separate from the live data, which reduces contention for data, improves performance, and can make data available to users who shouldn't see live data for security purposes.

A data warehouse is a snapshot of the data at the time you create it. You refresh the data in the warehouse periodically, scheduling the update according to the reporting needs for your application.

For example, imagine that you're creating an application to manage a library, including an inventory of materials. During the day, the system is in constant use as patrons check materials in and out, and query the system to locate or reserve books. In addition to managing these individual transactions, librarians want to be able to analyze their library, to determine facts such as what materials are the most popular, what books are overdue, and so on.

To help with the analysis, the application can create a data warehouse out of the transaction information. The application can warehouse the data periodically, perhaps every night, and the librarians can create queries without affecting the performance of the system during the day. In addition, the data warehouse can exclude details about the patrons using the library, because this information isn't required for the analysis and might be considered confidential information.

To get the most benefit from a data warehouse, you create it on a server separate from the live data. If the live data and data warehouse are on the same server, you can still get the benefit of having optimized data in the warehouse. However, as users make queries against the warehouse, they can generate a large amount of network traffic, which might affect performance of the live system.

When you create the data warehouse, you can simply copy the live files over to parallel files in the data warehouse. Alternatively, you can restructure the data in the warehouse to optimize it for reporting. For example, you might create indexes for the warehouse data that reduce reporting overheard.

As another example, data in the live application should be normalized in order to avoid data duplication. However, in the data warehouse it might be useful to combine tables that would otherwise be separate; this can eliminate the need to join tables, making it easier for less experienced users to create reports.

You can also match the level of detail in the data warehouse to the reporting requirements of your application. For the most flexibility, you should store the same level of detail in the data warehouse as you have in the live data. However, if users wanted to create only summary reports (such as spreadsheets or charts), you could roll up detail data from the application and store only summary data in the data warehouse.

Using Visual FoxPro as a World Wide Web Search Engine

If your enterprise solution involves creating a World Wide Web server for the Internet, you can incorporate Visual FoxPro into the application as a search engine. This allows you to make the power of your Visual FoxPro database available to anyone who can access your Web server, whether on the Internet or via a company intranet.

For example, imagine that as part of your company-wide intranet you want to make available an employee directory. Employees could point their browsers to a "Search for Employee" page, which would display a page that looks like a Visual FoxPro form, containing text boxes to enter criteria. To perform a search, users would enter the employee's name, phone extension, department, position, or any other information they had available, and then choose a Search Now button. In a moment or two they would see a listing of the employees who met the search criteria. They could then save this listing as a text file that could then be imported into another program, such as a word processor.

Understanding Visual FoxPro as a Web Search Engine

In general, in order to use Visual FoxPro as an information server for the Web, you need these components:

‧An existing Web server with HTTP service, running on Microsoft Windows NT or Windows 2000 operating system.

‧A Visual FoxPro application that can be called as an Automation server. This application can run on any server accessible to the Web server.

A means for displaying search results, which usually consists of a Web page template into which you can insert data.
The usual sequence of events that involve a Visual FoxPro search on the Web are these:

1.The user displays your application's search page by pointing a Web browser to it. The search page includes any text and graphics that you want, plus text boxes in which users can enter search text.

2.The user chooses a "Search Now" button. The data from the completed form is sent to the Web server for processing, along with the name of your Web page search application.

3.The Web server calls your application using ISAPI (Internet Server API) protocol, passing to it a parameter containing the search information.

4.Your application searches the database. When it gets results, it inserts them into a Web page template, and then sends the Web page back to the server as a stream of characters.

5.The Web server sends the results page to the browser that initiated the search.

6.The browser displays the results page for the user.

If you've created Web pages, most of the steps in this process are probably familiar. For example, you might already know how to create Web pages. Even if you aren't already familiar with Web page design, you'd probably find the process of creating these pages relatively easy.

For an example of how to use Visual FoxPro as a Web search engine, see the sample Foxisapi.dll in the Visual FoxPro ...\Samples\Servers\Foxisapi directory. Refer to the Readme.txt file in that directory for details about how to run the example.

See Also

Design Considerations

Visual FoxPro as an Application Front End

Planning Enterprise Applications

How to: Create Automation Servers

Sharing Information and Adding OLE

朱育興 · 發表於: 星期一九月 13, 2004 11:18 pm 文章主題:

應用程式架構

Visual FoxPro 應用程式架構因您決定建立的應用程式的類型而改變。當設計您的應用程式的結構時，考慮每個元件提供的功能和它與其他元件的關係。

舉例來說，一個標準的資料庫應用程式是由資料結構、使用者界面、查詢選項和報表功能所組成。一個用來輸入或顯示資料的標準組合的 Visual FoxPro 應用程式提供功能表和一個或者多個表單給使用者。您可以透過附加到某個事件的程式碼提供功能以及維護資料的完整性和安全性。查詢與報表允許使用者從資料庫提取資訊。

在本章節中

規劃主從架構應用程式

討論在建立一個成功的主從架構應用程式方面規劃的重要。適當的規劃將會有助於您替使用者建立最快速、最有效率的應用程式。

應用程式的快速開發

描述應用程式開發的基本的步驟：設計原型、上移、使用和最佳化。

確保應用程式建立的準確性和資料的完整性

描述該如何使用有資料來源的資料驗證規則和儲存式程序的 Visual FoxPro 資料驗證規則和儲存式程序來建立保護資料完整的主從架構應用程式。

規劃企業應用程式

說明你如何在使用兩個以上開發工具所建立的大型應用程式中，Visual FoxPro 可以發揮作用，Visual FoxPro 允許您發揮每個產品特有功能的最大限度。

相關章節

開發 Visual FoxPro 應用程式

包括關於該如何發展 Visual FoxPro 應用程式的概念性資訊、建立資料庫和使用者界面的指令以及其他任務需要產生 Visual FoxPro 應用程式。

應用程式規劃

描述該如何認真細緻的規劃可以節省時間、精力和資金。在規劃階段期間所做的決定往往會影響您如何建立應用程式。

設計考量

討論如何在開發之前所做的設計方案往往會影響你如何建立應用程式。

安全性考量 (Visual FoxPro)

顯示你應該如何知道來自一種商業觀點和一個被選擇的安全模型能在效能、可測量性和部署上有的含意的安全需求。

團隊開發專案計畫

描述如何使用版本管理軟體來管理專案中的檔案，例如 Microsoft Visual SourceSafe，把一組具有技術能力的開發者結合在一起，可以快速建立出複雜的應用程式。

開發國際化應用程式

顯示該如何設計 Visual FoxPro 應用程式使其國際性地如同合乎國內式地有效的使用 Visual FoxPro 的國際化功能。

----------------------------------------------------------------------------------------------
原文：

Application Architecture

Visual FoxPro application architecture varies with the type of application you decide to create. When designing the structure of your application, consider the function each component provides and its relationship to other components.

For example, a typical database application consists of data structures, a user interface, query options, and reporting capabilities. A typical assembled Visual FoxPro application provides the user with a menu and one or more forms for entering or displaying data. You can provide functionality and maintain data integrity and security by attaching code to certain events. Queries and reports make it possible for your users to extract information from the database.

In This Section

Planning Client/Server Applications

Discusses the importance of planning in building a successful client/server application. Proper planning will help you build the fastest, most productive application for your users.

Rapid Application Development

Describes the fundamental steps in application development, prototyping, upsizing, implementing, and optimizing.

Application Creation with Accuracy and Data Integrity

Describes how to use Visual FoxPro data validation rules and stored procedures with the data source's data validation rules and stored procedures to build client/server applications that protect data integrity.

Planning Enterprise Applications

Explains how you can use Visual FoxPro as part of a larger-scale application that involves two or more development tools, which makes is possible for you to take advantage of the unique capabilities of each product.

Related Sections

Developing Visual FoxPro Applications

Includes conceptual information about how to develop Visual FoxPro applications, instructions for creating databases and the user interface, and other tasks needed to create Visual FoxPro applications.

Application Planning

Describes how careful planning saves time, effort, and money. Many of the decisions you make during the planning phase will impact how you create elements of the application.

Design Considerations

Discusses how the design decision you make will impact how you create your application.

Security Considerations (Visual FoxPro)

Shows how you should be aware of security requirements from a business perspective and the implications that a chosen security model can have on performance, scalability, and deployment.

Planning for Team Development Projects

Discusses how using source control software, such as Microsoft Visual SourceSafe, to manage the files in a project makes it possible to create complex applications quickly by combining the skills of a team of developers.

Developing International Applications

Shows how to design Visual FoxPro applications so they are as effective internationally as domestically using the international features of Visual FoxPro.

朱育興 · 發表於: 星期三九月 15, 2004 1:39 am 文章主題:

規劃主從架構應用程式

Microsoft® Visual FoxPro® 為建立功能強大的主從架構應用程式提供了一些專用工具。Visual FoxPro 主從架構應用程式將 Visual FoxPro 功能強、速度快、圖形化使用者界面以及高階的查詢、報表和處理等優點與多人使用存取、大量資料儲存、內建安全性、可靠的異動交易和登錄以及 ODBC 資料來源或伺服器的當地語法等功能緊密地結合在一起。Visual FoxPro 和強有力的伺服器之間的協調運作可以做為使用者提供功能強大的主從架構解決方案。

要建立一個成功的主從架構應用程式，首先需要的是一個好的設計方案。在設計一個主從架構應用程式時，必須先瞭解各方面的需求，權衡利弊得失。您可能既想為自己的使用者建立一個速度最快、效率最高的應用程式，又想保證應用程式的資料完整性，儘可能地利用現有的硬體裝置，並考慮程式將來的可延伸性。同時，做為一個 Visual FoxPro 開發人員，您還想讓開發程序儘可能得簡單，並降低開發費用。

在本章節中

最佳化主從架構效能

用 Microsoft® Visual FoxPro® 建立一個快速、高效率的主從架構應用程式涉及到如何利用 Visual FoxPro 高速引擎的問題。

透過根據資料集合物件的資料存取使效能提高

說明如何透過儘量減少從伺服器上下載資料來建立一個快速和有效率的主從架構應用程式。

在最佳平台上放置資料

學習如何把資料庫的資料和其他屬性儲存在最佳平台上，可以獲得最佳的效率。

相關章節

開發 Visual FoxPro 應用程式

本章節包括關於該如何發展 Visual FoxPro 應用程式的概念性資訊、建立資料庫和使用者界面的指令以及其他任務需要產生 Visual FoxPro 應用程式。

應用程式架構

學習 Visual FoxPro 應用程式架構如何因您決定建立的應用程式的類型而改變。

Visual FoxPro 應用程式的結構

描述一個標準的資料庫應用程式該如何由資料結構、使用者界面、查詢選項和報表功能所組成。

應用程式的快速開發

描述應用程式開發的基本的步驟：設計原型、上移、使用和最佳化。

確保應用程式建立的準確性和資料的完整性

學習該如何使用有資料來源的資料驗證規則和儲存式程序的 Visual FoxPro 資料驗證規則和儲存式程序來建立保護資料完整的主從架構應用程式。

規劃企業應用程式

說明你如何在使用兩個以上開發工具所建立的大型應用程式中，Visual FoxPro 可以發揮作用，Visual FoxPro 允許您發揮每個產品特有功能的最大限度。

----------------------------------------------------------------------------------------------
原文：

Planning Client/Server Applications

Microsoft® Visual FoxPro® provides you with the tools to create powerful client/server applications. A Visual FoxPro client/server application combines the power, speed, graphical user interface and sophisticated querying, reporting, and processing of Visual FoxPro with the seamless multiuser access, massive data storage, built-in security, robust transaction processing, logging, and native server syntax of an ODBC data source or server. The synergy of Visual FoxPro and server strengths provides a powerful client/server solution for your users.

The most important step in building a successful client/server application is creating a good design. When you design a client/server application, you're balancing several sets of requirements. You want to build the fastest, most productive application for your users. You also want to ensure the integrity of application data, make the most of existing hardware investments, and build in scalability for the future. In addition, as a Visual FoxPro developer, you want to make the development process as streamlined and cost-efficient as possible.

In This Section

Optimizing Client/Server Performance

Building a fast, high-performance client/server application with Microsoft® Visual FoxPro® involves taking advantage of the tremendous speed of the Visual FoxPro engine.

Performance Enhancement through Set-Based Data Access

Explains how you can build a fast, efficient client/server application by minimizing the amount of data you pull down from the server.

Data Location on the Optimal Platform

Learn how to get maximum performance by storing data and other attributes of your database on the optimal platform.
Related Sections

Developing Visual FoxPro Applications

This section includes conceptual information about how to develop Visual FoxPro applications, instructions for creating databases and the user interface, and other tasks needed to create Visual FoxPro applications.

Application Architecture

Learn how Visual FoxPro application architecture varies with the type of application you decide to create.

Structure of Visual FoxPro Applications

Describes how a typical database application consists of data structures, a user interface, query options, and reporting capabilities.

Rapid Application Development

Describes the fundamental steps in application development, prototyping, upsizing, implementing, and optimizing.

Application Creation with Accuracy and Data Integrity

Learn how to use Visual FoxPro data validation rules and stored procedures with the data source's data validation rules and stored procedures to build client/server applications that protect data integrity.

Planning Enterprise Applications

Explains how you can use Visual FoxPro as part of a larger-scale application that involves two or more development tools, which makes is possible for you to take advantage of the unique capabilities of each product.

朱育興 · 發表於: 星期三九月 15, 2004 1:40 am 文章主題:

最佳化主從架構效能

在主從架構應用程式初步完成以後，可能還會發現一些有待改進的地方，這時，可以對應用程式做一些精細的調節工作，比如，加快表單和查詢的執行速度、提高資料傳輸量等，以獲得最佳效能。

本章從客戶端、網路和伺服器三個方面討論應用程式效能的最佳化策略。

在本章節中

主從架構高效率的設計

用 Microsoft® Visual FoxPro® 建立一個快速、高效率的主從架構應用程式涉及到如何利用 Visual FoxPro 高速引擎的問題。

最佳化連接

無論是在客戶端還是在伺服器上建立連接都需要消耗時間和記憶體。在最佳化連接時，需要採取折衷方案，在高效能要求和應用程式的資源需求兩者之間做出平衡。

加速資料檢索

我們可以透過控制漸進式獲取程序中所提供抓取資料記錄的數目來控制抓取資料的多少，和使用延遲抓取附註等技術來加速資料檢索。

查詢和資料集加速

可以透過增加索引、最佳化本地和傳輸處理、最佳化參數運算式來提高查詢和資料集的效率。

表單加速

在設計一個主要根據伺服器資料的表單時，稍作處理便可獲得最佳的效率。

提高更新和刪除的效率

透過向遠端資料表格新增時間戳記欄位、使用 CompareMemo 屬性、使用手動異動交易模式、使用遠端伺服器儲存式程序以及批次處理更新等模式來加速更新敘述和刪除敘述的執行。

相關章節

建立應用程式

討論該如何建立 Visual FoxPro 應用程式，可能包括一個或多個資料庫、設定應用程式系統環境的主程式以及使用者界面 (諸如表單、工具列和功能表等)。

如何：設定起始點

描述主程式如何作為應用程式的起始點主程式可以包含一個程式或者表單。當執行應用程式時，Visual FoxPro 將為應用程式啟動主程式，然後主程式再依次呼叫所需要的應用程式。

如何：起始化環境

對應用程式的環境進行起始化是主程式或者主應用程式必須做的第一件事情。

如何：控制事件的迴圈

學習如何建立一個事件的迴圈，使 Visual FoxPro 開始處理像滑鼠按一下、鍵盤輸入這樣的使用者事件。此發生在應用程式的環境建立起來和顯示出起始的使用者界面之後。

建立具有[應用程式框架]的應用程式

說明如何使用[應用程式精靈]和[應用程式輔助設計工具]來建立具有[應用程式框架]的應用程式。

建立使用者界面

學習如何建立表單、類別、控制項和工具列為使用者界面提供一系列的工具。

上移 Visual FoxPro 資料庫

說明如何使用上移精靈將資料庫、資料表格及資料集從您的系統移到遠端 Microsoft SQL Server 上。

建立國際化應用程式

描述該如何設計和開發 Visual FoxPro 應用程式使其國際化如同合乎國內式地有效。

----------------------------------------------------------------------------------------------
原文：

Optimizing Client/Server Performance

When you have implemented your client/server application, you might find areas where you'd like to improve performance. For example, you can fine-tune your application to gain maximum performance by speeding up forms and queries and increasing data throughput.

This section discusses optimization strategies for application performance on the client, network, and server.

In This Section

Client/Server Design for High Performance

Building a fast, high-performance client/server application with Microsoft® Visual FoxPro® involves taking advantage of the tremendous speed of the Visual FoxPro engine.

Optimizing Connections

Establishing a connection uses time and memory on both the client and the server. When you optimize connections, you balance your need for high performance against the resource requirements of your application.

Speeding Up Data Retrieval

You can speed up data retrieval by managing the number of rows fetched during progressive fetching, controlling fetch size, and using delayed Memo fetching.

Query and View Acceleration

You can improve query and view performance by adding indexes, optimizing local and remote processing, and optimizing parameter expressions.

Form Acceleration

When you design a form based primarily on server data, take a minimalist approach for the best performance.

Performance Improvement on Updates and Deletes

You can speed up Update and Delete statements by, adding timestamps to your remote tables, using the CompareMemo property, using manual transaction mode, using stored procedures on a remote server, and batching updates.

Related Sections

Creating Applications

Discusses how to create Visual FoxPro application, which may include one or more databases, a main program that sets up the application's system environment, and a user interface comprised of forms, toolbars, and menus.

How to: Set the Starting Point

Describes how the main file is the starting point for your application, and can consist of a program or form. When your application is run, Visual FoxPro launches the main file for your application, which in turn runs all other components as needed.

How to: Initialize the Environment

Setting up the application environment is the first task that a main file or application object must accomplish.

How to: Control the Event Loop

Learn how to establish an event loop to, which causes Visual FoxPro to begin processing user events such as mouse clicks and keystrokes. This occurs after the environment is set up and you've displayed the initial user interface.

Creating Applications with the Application Framework

Explains how to create applications with the Application Framework using the Application Wizard and the Application builder.

Creating the User Interface

Learn how creating forms, classes, controls, and toolbars can provide a rich set of tools for your user interface.

Upsizing Visual FoxPro Databases

Explains how to use the upsizing wizards to move databases, tables, and views from your system to a remote Microsoft SQL Server.

Creating International Applications

Describes how you can design and develop your Visual FoxPro applications so they are as effective internationally as domestically.

朱育興 · 發表於: 星期四九月 16, 2004 1:26 am 文章主題:

主從架構高效率的設計

用 Visual FoxPro 建立一個快速、高效率的主從架構應用程式涉及到如何利用 Visual FoxPro 高速引擎的問題。您可以考慮利用一些新技術來達到這一目的，例如，使用根據資料集( 例如本地資料集與遠端資料集 )的資料存取技術而不是傳統的 Xbase 搜尋技術；建立有條件的查詢僅下載所需的資料；合理安排各資料表格的位置；協調使用 Visual FoxPro 儲存式程序和遠端儲存式程序等。

在設計一個本地的應用程式或檔案伺服應用程式時，必須確定應用程式將要使用或建立的查詢、表單、功能表和報表。在設計一個主從架構應用程式時，除了這些一般的系統分析之外，還需要針對主從架構應用程式的特點進行額外的分析，考慮查詢、表單、功能表和報表所使用的資料存放在哪兒，如何存取這些訊息等。例如，您必須回答下列一些問題：

‧應用程式完成後，哪些資料表格儲存在遠端伺服器上？
‧將哪些資料表格作為本地的查詢資料表格來儲存可提高效率？
‧需要哪些資料集來存取遠端資料？
‧在伺服器上實施何種商業規則，應用程式怎樣利用這些規則？

在確定了主從架構應用程式的基本組成部份之後，就可以開始對應用程式如何存取和更新資料進行設計了。

相關資訊

透過根據資料集合物件的資料存取使效能提高

規劃主從架構應用程式

在最佳平台上放置資料

選定正確的方法

最佳化主從架構效能

使用 SQL pass-through 技術加強應用程式

----------------------------------------------------------------------------------------------
原文：

Client/Server Design for High Performance

Building a fast, high-performance client/server application with Visual FoxPro involves taking advantage of the tremendous speed of the Visual FoxPro engine. You accomplish this with new techniques such as using set-based data access rather than traditional local navigation, building parameterized queries to download just the data you need, locating tables on the optimal platform, and leveraging both Visual FoxPro and remote stored procedures.

When you design a local or file-server application, you determine the queries, forms, menus, and reports your application will use or create. When you design a client/server application, you perform all the normal system analysis plus additional analysis that relates specifically to client/server applications. You need to think about where the data used by queries, forms, menus and reports will be located, and how you'll access that information. For example, you might ask yourself questions such as:

‧Which tables will be stored on the remote server once the application is implemented?
‧Which tables would be more efficiently stored as local lookup tables?
‧What views will you need to access remote data?
‧What business rules does the server enforce, and how will your application interact with these rules?

Once you've determined the basic components of your client/server application, you can begin to design how your application will access and update data.

See Also

Performance Enhancement through Set-Based Data Access

Planning Client/Server Applications

Data Location on the Optimal Platform

Selecting the Right Methods

Optimizing Client/Server Performance

Enhancing Applications Using SQL Pass-Through Technology

朱育興 · 發表於: 星期四九月 16, 2004 1:26 am 文章主題:

最佳化連接

無論是在客戶端還是在伺服器上建立連接都需要消耗時間和記憶體。在最佳化連接時，需要採取折衷方案，在高效能要求和應用程式的資源需求兩者之間做出平衡。

Visual FoxPro 使用的連接的數目取決於是否強制關閉不再使用的連接，以及如何設定連接空閒逾時。

使用共用連接通道

可以以專用模式使用連接，也可以以共用模式使用連接。兩種方法各有優點。專用使用一個連接時，一旦連接建立，應用程式便不需對連接資源進行搶用。如果每個結果集都專用一個連接，您就可以在多個結果集上進行混合非同步處理。

以共用模式使用一個連接時，對於多個結果集只有一個連接。在共用連接通道的多個結果集上，必須依照次序對資料處理，並且在設計應用程式時要考慮資料存取可能發生的衝突，因此需要測試連接是否可用。有關共用一個連接的詳細內容，請參閱「如何：共用多個遠端資料集的連接」。

控制連接逾時

如果應用程式有很長一段時間沒有任何動作，那麼可以透過設定連接的 IdleTimeout 屬性來減少連接的使用。IdleTimeout 屬性控制連接的閒置時間，超過該時間限定之後，連接將被 Visual FoxPro 關閉。預設情況下，連接處於無限等待狀態，直至由使用者關閉才釋放該連接。

用 DBSETPROP( ) 函數的 IdleTimeout 屬性為連接定義設定閒置時間；可用 SQLSETPROP( ) 函數為使用中連接設定 IdleTimeout 屬性。

即使在顯示遠端資料的瀏覽視窗和表單仍然開啟時，Visual FoxPro 也可以關閉連接，並在重新需要該連接的時候，又自動進行連接。但是，在下列情況下，Visual FoxPro 無法關閉連接：

‧從伺服器來的查詢結果即將到達。
‧連接使用了手動異動交易模式。要關閉此連接，必須完成或向後回復該異動交易處理，才能轉換到自動異動交易模式。

可以用 DBSETPROP( ) 函數設定 Transactions 屬性，為一個連接定義設定異動交易模式；而用 SQLSETPROP( ) 函數可以為一個使用中的連接設定異動交易模式。

釋放連接

當應用程式不再使用一個連接時，應該關閉該連接，這樣可以提高應用程式的效率。在關閉一個資料集時，連接會自動關閉。如果該連接被多個資料集共用，當使用該連接的最後一個資料集關閉時，Visual FoxPro 會關閉該連接。

如果不想更新暫存資料表格中的資料，也可以關閉查詢的連接。可以用 SQL 傳遞查詢先把所需資料放入一個本地暫存資料表格，然後關閉連接。

相關資訊

最佳化主從架構效能

加速資料檢索

查詢和資料集加速

提高更新和刪除的效率

表單加速

使用 SQL pass-through 技術加強應用程式

建立資料集

----------------------------------------------------------------------------------------------
原文：

Optimizing Connections

Establishing a connection uses time and memory on both the client and the server. When you optimize connections, you balance your need for high performance against the resource requirements of your application.

The number of connections used by Visual FoxPro depends on whether you force the closing of unused connections, and how you set the length of the connection idle timeout.

Using Shared Connections

You can use connections exclusively or share a connection. Each method has its benefits. When you use a connection exclusively, your application experiences no contentions for connection resources once a connection is established. If each result set uses an exclusive connection, you can also intermingle asynchronous processing on multiple result sets.

When you use a shared connection, you have one connection for multiple result sets. You must serialize data manipulation operations on the result sets sharing the same connection, and design the application to test the connection for busyness any time conflicts might occur. For information on sharing a connection, see How to: Share Connections for Multiple Remote Views.

Controlling Connection Timeouts

If your application doesn't take any action for a long time, you can reduce connection use by setting the IdleTimeout property on the connection. The IdleTimeout property controls the interval of time connections are allowed to idle before they're closed by Visual FoxPro. By default, connections wait indefinitely and are not deactivated until specifically closed by the user.

You set the idle time for a connection definition with the IdleTimeout property of the DBSETPROP( ) function; you can set the IdleTimeout property for an active connection with the SQLSETPROP( ) function.

Visual FoxPro closes connections even if Browse windows and forms displaying remote data are still open, and then automatically reconnects when the connection is needed again. However, Visual FoxPro cannot close a connection if:

‧Results of a query from the server are pending.
‧The connection is in manual transaction mode. You must commit or roll back the transaction and switch to automatic transaction mode before the connection can be closed.

You set the transaction mode for a connection definition with the Transactions property of the DBSETPROP( ) function; you can set the transaction mode for an active connection with the SQLSETPROP( ) function.

Releasing Connections

You can improve performance by closing connections that your application is no longer using. Connections are closed automatically for you when you close a view. If the connection is shared by multiple views, Visual FoxPro closes the connection when the last view using the connection is closed.

You can control the connection for a query manually if you don't want to update the data in a cursor. Use a SQL pass-through query to select the data you need into a local cursor and then close the connection.

See Also

Optimizing Client/Server Performance

Speeding Up Data Retrieval

Query and View Acceleration

Performance Improvement on Updates and Deletes

Form Acceleration

Enhancing Applications Using SQL Pass-Through Technology

Creating Views

朱育興 · 發表於: 星期四九月 16, 2004 10:52 pm 文章主題:

加速資料檢索

我們可以透過控制漸進式獲取程序中所提供抓取資料記錄的數目來控制抓取資料的多少，和使用延遲抓取附註等技術來加速資料檢索。

也可用 UseMemoSize 資料集屬性將字元型態的欄位傳回成為附註型態欄位。然後關閉 FetchMemo 屬性，使應用程式可以有選擇地將已抓取的字元欄位轉換成附註欄位。

漸進式獲取

在查詢一個遠端資料來源時，Visual FoxPro 檢索所有的資料記錄，並且建立一個 Visual FoxPro 暫存資料表格。為了加速遠端資料的檢索，可對資料集合暫存資料表格和由 SQL 傳遞以非同步模式建立的暫存資料表格使用漸進式獲取技術。如果一次檢索整個資料集合，往往會造成應用程式等候時間過長，而漸進式獲取技術與此不同。如果使用漸進式獲取技術，Visual FoxPro 執行查詢時只把整個結果集的一個子集取到本地暫存資料表格中。在預設情況下，子集的大小為 100 列。

注意：
同步 SQL 傳遞敘述並不使用漸進式獲取技術。在控制權傳回應用程式之前，由 SQLEXEC( ) 敘述請求的整個結果集都將被檢索。

隨著 Visual FoxPro 不斷檢索資料，本地暫存資料表格中得到的查詢資料也逐漸增多。由於這些資料記錄是在不同時期從資料來源檢索得到的，因此資料記錄中的資料可能不會是目前資料。如果連接處於非同步模式下，一經抓取了資料的第一個子集，Visual FoxPro 便把控制權傳回給您或您的程式。在閒置時間裏，Visual FoxPro 在背景抓取查詢所需要的剩下的資料記錄，每次取一個子集到本地的暫存資料表格中。這種方法使您可以隨時使用暫存資料表格中已抓取的資料，而不必等待全部的資料都到達。

注意：
增加抓取的資料記錄數將可提昇效能，但會降低使用者界面的回應效能。減少抓取的資料記錄數則作用相反。

抓取需要的資料

透過使用 FetchAsNeeded 資料庫和資料集暫存資料表格屬性，可以只抓取所需資料記錄，而不是連續抓取。這對於遠端資料集或那些需要檢索大量結果集的資料集，可使資料檢索更為有效。

FetchAsNeeded 屬性的預設值為“假”(.F.)，即預設為連續抓取。將 FetchAsNeeded 屬性設定為“真”(.T.)，則只有在需要時才會抓取資料記錄。當 FetchAsNeeded 屬性設定為真時，在以下兩種情況下可以執行更新：呼叫目前連接控制碼中的 SQLCANCEL( ) 函數完成抓取，或者，關閉資料集。

若要檢視使用 FetchAsNeeded 屬性的效果，可在檢索大結果集的資料集中，將 FetchAsNeeded 屬性設定為“真”(.T.)，並在資料集中開啟一個瀏覽視窗，往下捲動視窗中內容。隨著瀏覽視窗不斷向下捲動，狀態列不斷更新以顯示檢索過的列數。

控制暫存資料表格的抓取

若要抓取整個暫存資料表格，可以執行 GOTO BOTTOM 指令，或者任何其他要求存取整個資料集合的指令。

提示：
儘管可用 GO TO BOTTOM 指令抓取整個暫存資料表格，但更有效率的做法是建立一個有條件的資料集，每次僅取單獨一列，在使用者變更資料記錄時再重新查詢。有關建立高效能資料集的詳細內容，請參閱「如何：最佳化資料集效能」。

在程式中不要提供閒置迴圈的處理。要以程式撰寫模式抓取資料集暫存資料表格，可用 GO nRecordNumber 或 GO TO BOTTOM 指令。要在非同步模式下抓取 SQL 傳遞建立的暫存資料表格，可為每個資料記錄子集呼叫一次 SQL 傳遞非同步函數。

取消 SQLEXEC( ) 敘述

在任何時候，都可用 SQLCANCEL( ) 函數來取消一條 SQLEXEC( ) 敘述或一個資料集。但是，如果伺服器已經產生遠端結果集，並且 Visual FoxPro 已開始把遠端結果集存入本地暫存資料表格，SQLCANCEL( ) 就會取消 SQLEXEC( ) 敘述，並留下該本地暫存資料表格。若要移除該本地暫存資料表格，可以執行 USE 指令，關閉暫存資料表格並取消抓取動作。

如果 SQLEXEC( ) 敘述還沒有建立一個本地的暫存資料表格，則 USE 指令無法取消該暫存資料表格。為了確定 Visual FoxPro 是否已建立了一個本地的暫存資料表格，可以呼叫 USED( ) 函數。

控制一次抓取多少列資料

要控制應用程式從遠端伺服器上一次抓取多少列資料，可在資料集中設定 FetchSize 屬性，透過漸進式獲取或者呼叫非同步 SQL 傳遞可控制從遠端伺服器上一次抓取多少筆資料記錄到本地暫存資料表格。FetchSize 屬性的預設值為 100 列。

若要控制一次抓取到資料集中的記錄數目

1.在[資料集設計工具]中，從[查詢]功能表列選定[進階選項]指令。然後在[進階選項]對話方塊的[抓取資料]區域中，用數值微調器 (Spinner)設定[每一次要抓取多少筆記錄]數目值。

－或者－

2.用 DBSETPROP( ) 函數設定 FetchSize 屬性，指定資料集定義中的資料抓取數量。

－或者－

3.用 CURSORSETPROP( ) 函數設定 FetchSize 屬性，指定使用中資料集的暫存資料表格的資料抓取的筆數。

例如，下列程式設定資料集定義，每次抓取 50 列到 Customer_remote_view 中：

? DBSETPROP('Customer_remote_view', 'View', 'FetchSize', 50)

延遲抓取附註欄位

一個設計合理的應用程式會經常使用延遲抓取附註欄位的技術，來加快下載含附註或通用型態欄位的結果集的速度。延遲附註欄位的抓取意味著在下載一筆資料記錄時，附註欄位和通用型態欄位的內容並不自動下載。相較之下，資料中的其他欄位能夠很快下載。附註欄位和通用型態欄位的內容必須直到開啟該附註欄位或通用型態欄位時才進行抓取。由於附註欄位和通用型態欄位往往包含大量的內容，因此延遲抓取附註欄位的技術提供了下載資料記錄的最快模式，這種下載資料的模式乃是只在使用者需要時，才下載附註欄位或通用型態欄位。

例如，您的表單中可能包含一個用以顯示圖片的通用型態欄位，為了加速執行，可以使用延遲抓取附註欄位的技術，阻止對該圖片的下載，直到使用者選定了表單中的[預覽]按鈕。由[預覽]按鈕的相關程式碼抓取該通用型態欄位，並把它在表單上顯示出來。

若要延遲附註欄位的抓取，可在資料集或暫存資料表格中使用 FetchMemo 屬性。FetchMemo 屬性指定在下載資料記錄時是否抓取附註欄位或通用型態欄位的內容。此屬性的預設值為“真”(.T.)，表示附註欄位和通用型態欄位會自動下載。若您的資料中包含大量的附註欄位或通用型態欄位的資料，將 FetchMemo 屬性設定為“假”(.F.) 將會提高程式執行的速度。

注意：
資料集必須是可更新的，才能使用延遲抓取附註欄位這一技術，因為 Visual FoxPro 在檢索附註欄位或通用型態欄位時使用由更新屬性建立的保留欄位值來搜尋伺服器上的資料記錄來源。有關使一個資料集為可更新的詳細內容，請參閱「如何：在資料集中更新資料」。

可用 DBSETPROP( ) 函數設定資料集的 FetchMemo 屬性，用 CURSORSETPROP( ) 函數設定暫存資料表格的 FetchMemo 屬性。

最佳化資料的抓取

可以用下面建議的連接設定和資料集屬性來最佳化資料的抓取。其中，連接的 PacketSize 屬性對效能影響最大。當然，也可用同步連接最佳化抓取特性。

-----------------------------
物件　屬性　　　　設定
------ ------------ ---------
連接　 PacketSize　 4K 到 12K
連接　 Asynchronous .F.
資料集 FetchSize　　最大
-----------------------------

1.為包含較多資料的行設定較大值，需要多試幾次不同值才能找到最佳值。

2.如果不想在伺服器上執行時取消 SQL 敘述，使用同步連接可使效能提高 50％。

3.FetchSize 屬性的作用依賴於已抓取的結果集的資料記錄的多少。在同步模式下，它對效率的影響不大，所以根據需要透過非同步處理資料集的累積抓取，為 SQL 設定 FetchSize 屬性。如果減小 FetchSize 的值，則累積抓取資料集時回應特性顯著提高。但卻降低了抓取的速度。若增大 FetchSize 的值，則資料集的抓取特性增強。

實際效率很大程度依賴於系統設定和應用程式的需求。

相關資訊

最佳化連接

查詢和資料集加速

最佳化主從架構效能

表單加速

提高更新和刪除的效率

使用 SQL pass-through 技術加強應用程式

----------------------------------------------------------------------------------------------
原文：

Speeding Up Data Retrieval

You can speed up data retrieval by managing the number of rows fetched during progressive fetching, controlling fetch size, and by using delayed Memo fetching.

You can also use the UseMemoSize view property to return character fields as memo fields and then turn FetchMemo off to enable your application to selectively fetch those character fields converted to memo fields.

Using Progressive Fetching

When you query a remote data source, Visual FoxPro retrieves complete rows of data and builds a Visual FoxPro cursor. To speed retrieval of remote data, Visual FoxPro employs progressive fetching of view cursors and cursors created asynchronously with SQL pass-through. Rather than requiring you or your application to wait while an entire data set is retrieved, Visual FoxPro executes a query and fetches only a small subset of the result set rows into the local cursor. The size of this subset is 100 rows by default.

Note:
Synchronous SQL pass-through statements don't employ progressive fetching. The entire result set requested by a SQLEXEC( ) statement is retrieved before control is returned to your application.

As Visual FoxPro retrieves additional rows of data, the local cursor contains increasingly more of the queried data. Since rows are retrieved at different times from the data source, the information in the rows isn't automatically current. If your connection is operating in asynchronous mode, Visual FoxPro returns control to you or your program as soon as it fetches the first subset of data. During idle time, Visual FoxPro performs a background fetch of the remaining rows in the queried data, one subset at a time, into the local cursor. This scenario allows you to use the already fetched data in the cursor without having to wait for the rest of the data.

Note:
Increasing the number of rows fetched improves performance, but decreases the responsiveness of the user interface. Decreasing the number of rows fetched has the inverse effect.

Fetching Data On Demand

You can disable progressive fetching and fetch rows only on an as-needed basis by using the FetchAsNeeded database and view cursor property. This can result in more efficient data retrieval for remote views or views retrieving extremely large results sets.

The FetchAsNeeded property is set by default to false (.F.), which means that progressive fetching is employed by default. When you set the FetchAsNeeded property to true (.T.), rows are fetched only when needed. When the FetchAsNeeded property is set to true, you cannot perform an update until you either complete the fetch, call the SQLCANCEL( ) function on the current connection handle, or close the view.

If you want to see the impact of using the FetchAsNeeded property, set the FetchAsNeeded property on a view retrieving a large result set to .T. and then open a browse window on the view and scroll down. The status bar is updated to show the number of rows retrieved as you move through the browse window.

Controlling Cursor Fetching

If you want to fetch the entire cursor, you can issue the GOTO BOTTOM command, or any command requiring access to the entire data set.

Tip:
While you can use the GOTO BOTTOM command to fetch the entire cursor, it's often more efficient to build a parameterized view that fetches only a single row at a time and requeries as the user changes records. For more information on building high-performance views, see How to: Optimize View Performance.

Programs don't provide idle loop processing. To fetch view cursors programmatically, use the GO nRecordNumber or GOTO BOTTOM commands. To fetch cursors created with SQL pass-through in asynchronous mode, call the SQL pass-through asynchronous function once for each row subset.

Canceling a SQLEXEC( ) Statement

You can use the SQLCANCEL( ) function to cancel a SQLEXEC( ) statement or a view at any time. However, if the server has completed building the remote result set and Visual FoxPro has begun fetching the remote result set into a local cursor, the SQLCANCEL( ) function cancels the SQLEXEC( ) statement and leaves the local cursor. If you want to delete the local cursor you can issue the USE command, which closes the cursor and cancels the fetch.

The USE command will not cancel a SQLEXEC( )statement if the statement hasn't yet created a local cursor. To determine whether Visual FoxPro has created a local cursor, you can call the USED( ) function.

Controlling Fetch Size

You control the number of rows fetched at one time by your application from a remote server by setting the FetchSize property on your view. The FetchSize property specifies how many records are fetched into the local cursor from the remote server at one time, through progressive fetching or asynchronous SQL pass-through calls. The default value is 100 rows.

To control the number of records fetched at one time into a view

1.In the View Designer, choose Advanced Options from the Query menu. In the Data Fetching area of the Advanced Options dialog box, use the spinner to set a value for Number of Records to Fetch at a time.

-or-

2.Set the FetchSize property with the DBSETPROP( ) function to set the view definition's fetch size.

-or-

3.Set the FetchSize property with the CURSORSETPROP( ) function to set the active view cursor's fetch size.

For example, the following code sets the view definition to progressively fetch 50 rows at a time into Customer_remote_view:

? DBSETPROP('Customer_remote_view', 'View', 'FetchSize', 50)

Using Delayed Memo Fetching

A well-designed application frequently uses delayed Memo fetching to speed downloading of result sets that contain Memo or General fields. Delayed Memo fetching means that Memo and General field contents are not automatically downloaded when you download a result set. Instead, the rest of the fields in the row are quickly downloaded, and Memo and General field contents aren't fetched until you request them by opening the Memo or General field. Delayed Memo fetching provides the fastest downloading of rows, and allows Memo or General field contents, which can be quite large, to be fetched only if needed by the user.

For example, your form might include a General field that displays a picture. To speed performance, you can use delayed Memo fetching to prevent downloading of the picture until the user chooses a "Preview" button on your form. The code behind the "Preview" button then fetches the General field and displays it on the form.

To control delayed Memo fetching, you use the FetchMemo property on your view or cursor. The FetchMemo property specifies whether to fetch the contents of the Memo or General fields when the row is downloaded. The default value is true (.T.), which means that Memo and General fields are downloaded automatically. If your data contains large amounts of Memo or General field data, you might notice increased performance when you set the FetchMemo property to false (.F.).

Note:
The view must be updatable to allow delayed Memo fetching to work, because Visual FoxPro uses the key field values established by the update properties to locate the source row on the server when it retrieves the Memo or General field. For information on making a view updatable, see How to: Update Data in a View.

Use DBSETPROP( ) to set the FetchMemo property on a view, and CURSORSETPROP( ) to set the FetchMemo property on a cursor.

Optimizing Data Fetching Performance

You can use the following recommendations for setting connection and view properties to optimize data fetching. The PacketSize property on your connection has the greatest influence on performance. Also, you can optimize fetch performance using synchronous connections.

---------------------------------
Object　　 Property　　 Setting
---------- ------------ ---------
Connection PacketSize　 4K to 12K
Connection Asynchronous .F.
View　　　 FetchSize　　maximum
---------------------------------

1. Set a higher value for rows containing more data; you should experiment to find the best value.

2. Use synchronous connections to increase performance up to 50%, unless you want to be able to cancel SQL statements while executing on the server.

3. The effect of FetchSize is highly dependent on the record size of the fetched result set. In synchronous mode, it does not significantly impact performance, so set it as needed for SQL pass-through asynchronous processing view progressive fetching. FetchSize, if reduced, provides significantly better responsiveness while progressively fetching a view, but slows down the fetch speed. If increased, it increases view fetch performance.

Actual performance depends greatly on your system configuration and application requirements.

See Also

Optimizing Connections

Query and View Acceleration

Optimizing Client/Server Performance

Form Acceleration

Performance Improvement on Updates and Deletes

Enhancing Applications Using SQL Pass-Through Technology

朱育興 · 發表於: 星期四九月 16, 2004 10:53 pm 文章主題:

查詢和資料集加速

可以透過增加索引、最佳化本地和傳輸處理、最佳化參數運算式來提高查詢和資料集的效率。

在遠端資料表格中增加索引

遠端索引可使查詢速度顯著提高，對於多資料表格查詢，如果在各個資料表格中以連接欄位作為索引，速度會更快。在查詢的 WHERE 子句中的欄位上建立索引，也可提高效率。

叢集索引可提供最佳效能。在 SQL Server 上，每個資料表格可有一個叢集索引。[SQL Server 上移精靈]對於那些在 Visual FoxPro 中具有主鍵值的資料表格，會自動建立叢集索引。

提示：
儘管在被查詢的資料表格的欄位上建立索引可加速處理程序，但在結果集上建立索引卻會降低執行速度。小心使用結果集上的索引。

最佳化本地和遠端伺服器處理

如果既要處理本地資料又要處理遠端資料，那麼可先建立一遠端資料集，把所有遠端資料組合到單獨一個資料集中。然後再把遠端資料集和本地資料一起加入到一個本地資料集中。由於 Visual FoxPro 在連接和過濾組合資料集前，全部抓取兩個資料集，所以限制資料集結果集的資料的多少是很重要的。

將遠端資料集的結果集限制在應用程式所需的最小範圍內，可提高遠端處理的速度。在檢索少量資料移入遠端結果集的同時，也就減少了下載遠端資料到本地查詢或資料集的暫存資料表格的時間。

最佳化帶有參數的資料集

在對一個開啟的、帶有參數的資料集，進行 REQUERY( ) 動作時，在執行前編輯資料集，可提高資料檢索速度。要預先編輯或[準備]資料集，可將資料集中 Prepared 屬性設為“真”(.T.)。

最佳化參數運算式

資料集參數和 SQL pass-through 參數屬於 Visual FoxPro 運算式，在執行給遠端伺服器前，首先要在 Visual FoxPro 中進行求值。運算式的求值時間很重要，因為它可能會延長查詢的執行時間。

相關資訊

加速資料檢索

表單加速

最佳化主從架構效能

提高更新和刪除的效率

使用 SQL pass-through 技術加強應用程式

----------------------------------------------------------------------------------------------
原文：

Query and View Acceleration

You can improve query and view performance by adding indexes, optimizing local and remote processing, and optimizing parameter expressions.

Adding Indexes to Remote Tables

Remote indexes can make queries significantly faster. Multiple-table queries are faster if the tables are indexed on the joining fields. Having indexes on fields that are included in a query's WHERE clause can also improve performance.

Clustered indexes provide the best performance. On SQL Server, each table can have one clustered index. The SQL Server Upsizing Wizard automatically creates clustered indexes on tables that had a primary key in Visual FoxPro.

Tip:
While indexes on table fields used in queries can speed processing, indexes on result sets can slow performance. Use indexes on result sets with care.

Optimizing Local and Remote Processing

If you need to process a combination of local and remote data, create a remote view that combines all remote data in a single view. You can then join the remote view with the local data in a local view. Because Visual FoxPro fetches both views completely before joining and filtering the combined view, it's important to limit the size of the view result set.

You gain speed in remote processing by limiting the remote view result set to the minimum amount of data needed by your application. When you retrieve less data into a remote result set, you minimize the time required to download remote data into your local query or view cursor.

Optimizing Parameterized Views

You can speed data retrieval during REQUERY( ) operations on an open, parameterized view by compiling the view before it's executed. To precompile or "prepare" a view, set the Prepared property on the view to true (.T.).

Optimizing Parameter Expressions

View and SQL pass-through parameters are Visual FoxPro expressions and are evaluated in Visual FoxPro before being sent to the remote server. Evaluation time for the expression is important, because it lengthens the query execution time.

See Also

Speeding Up Data Retrieval

Form Acceleration

Optimizing Client/Server Performance

Performance Improvement on Updates and Deletes

Enhancing Applications Using SQL Pass-Through Technology

朱育興 · 發表於: 星期日九月 19, 2004 12:01 am 文章主題:

表單加速

在設計一個主要根據伺服器資料的表單時，稍作處理便可獲得最佳的效率。確定所需的資料和功能，延遲向伺服器請求這些資料和功能，除非使用者做出了請求。向伺服器請求資料需要處理時間，並且會造成網路擁擠。採用下列方法可以減少請求的資料量：

‧請求儘可能少的資料記錄。例如，使用一個過濾條件或查詢來限制資料記錄集合的多少。必須確定伺服器能夠處理您所使用的限制條件。

‧在表單下的資料集中，盡量少用遠端欄位。

‧在表單集中盡量少用表單存取遠端資料集。在開啟一個表單集時，表單集中的所有表單都被開啟，並用適當的資料進行填滿。透過減少表單集中的表單數目，尤其是那些必須連接到伺服器上並且檢索遠端資料的表單，可以減少表單集的載入時間。

‧儘量少用存取遠端資料的連接型控制物件。每個與遠端資料表格或查詢相連接的下拉式列示方塊、列示方塊和多筆編輯控制項在表單開啟時，都會分別向伺服器執行一個查詢。避免包含總計的控制項，或者具有很多資料記錄來源的列示方塊和下拉式列示方塊可以提升效率。

‧若使用者需要比較多個資料集合，可考慮把伺服器傳回的資料儲存在本地暫存資料表格中。並提供一個表單，讓使用者可以使用先前儲存的資料，或者執行一個新查詢。

將搜尋用的資料表格儲存在本地電腦中

很多情況下，一個應用程式中包含有幾個表單，都使用相同的遠端資料表格。若資料表格中資料並不頻繁變更，可用下列技術中的一種來加速表單的載入並減少伺服器的負擔：

‧把從不變動而且不太大的資料表格 (例如存放省或地區名稱的資料表格) 儲存到本地 Visual FoxPro 應用程式資料庫中。若該資料表格需要在查詢或資料集中與遠端資料表格連接，那麼必須在伺服器上儲存一個備份，避免連接本地和遠端資料。

‧把很少變更 (比如存有各公司辦公位址的資料表格) 的資料表格儲存在伺服器和本地應用程式資料庫中。為使用者提供一個方法，在資料確實變更時可以下載該資料表格。

‧把經常但不是每天都變更的資料表格 (比如一個小公司或部份的僱員清單) 儲存在伺服器和本地應用程式資料庫中。應用程式必須在每次啟動時自動重新整理該本地的資料表格。這種方法會在應用程式啟動時消耗額外的時間，但在執行時期可以加速查詢。

根據要求顯示欄位

只有在使用者請求的時候，才顯示那些需要花很長時間從伺服器檢索資料的欄位，比如附註或通用型態欄位。可用下列技術：

‧若您的表單根據一個資料集，可把附註或通用型態欄位放到另一個表單中。在表單中新增一個標籤，比如[檢視附註和圖片請翻頁]，以通知使用者如何顯示該訊息。把資料集或暫存資料表格的 FetchMemo 屬性設定為“假”(.F.)，所以直到顯示時，Visual FoxPro 才檢索附註或通用型態欄位。

‧把與附註或通用型態欄位相關的控制項的 Visible 屬性設定為“假”(.F.)。而專門增加一個開關按鈕或指令按鈕，可以把該屬性設定為“真”(.T.)，以使使用者可以選定檢視這些控制項的內容。

‧把最重要的欄位顯示在一個主表單上，同時提供一個標題為[其他訊息]的按鈕，用它開啟另一個包含其他欄位的表單，此表單根據一個以主表單上的主鍵值為參數的資料集。例如，假定您的主表單根據一個資料集而建立，該資料集的 SQL SELECT 敘述如下：

SELECT customer_id, company_name, address, city, region, country
FROM customers

在這個表單中，cust_id 與 thisform.txtCust_id 連接。這樣，您可以把第二個表單根據下面的資料集建立，只在使用者選定[其他訊息]按鈕時，才使用此資料集：

SELECT orders.order_id, orders.order_date, orders.shipper_id, ;
employee.emp_id, employee.last_name, employee.first_name ;
FROM orders, employee ;
WHERE orders.cust_id = ?THISFORM.txtCust_id ;
AND orders.employee_id = employees.emp_id

相關資訊

查詢和資料集加速

提高更新和刪除的效率

最佳化主從架構效能

使用 SQL pass-through 技術加強應用程式

----------------------------------------------------------------------------------------------
原文：

Form Acceleration

When you design a form based primarily on server data, take a minimalist approach for the best performance. Determine the data and functionality needed, and delay asking the server for this data and functionality until requested by the user. Requesting data from the server uses processing time and creates network traffic. To request less data in your forms:

‧Request as few records as possible. For example, use a filter or query to limit the size of the record set. Make sure that the server can process any restrictions you use.

‧Use as few remote fields as possible in views underlying your forms.

‧Use as few forms that access remote views as possible in your form set. When you open a form set, all the forms in the form set are opened and populated with data as applicable. By limiting the number of forms in your form set, especially those that must connect to a server and retrieve remote data, you shorten the time the form set takes to load.

‧Use fewer bound controls that access remote data. Each combo box, list box, and grid that's bound to a remote table or query requires a separate query to the server when the form is opened. Avoid controls containing totals, or list boxes and combo boxes that have large row sources.

‧If users need to compare multiple sets of data, consider storing the data returned by the server in temporary local tables. Provide a form in which the user can use the previously stored data, or execute a new query.

Storing Lookup Tables Locally

Often, an application contains several forms that use the same remote table. If the data in the table doesn't change frequently, you can speed up form loading and reduce server load using one of the following techniques:

‧Store tables that never change and aren't too large (such as the names and abbreviations of the regions or states in your country) in the local Visual FoxPro application database. If the table is joined in queries or views with remote tables, you should also keep a copy of it on the server to avoid joining local and remote data.

‧Store tables that rarely change (such as a list of company buildings) both on the server and in the local application database. Provide a way for the user to download the table when the data does change.

‧Store tables that change occasionally but not daily (such as a list of employees in a small company or department) both on the server and in the local application database. Your application should automatically refresh the local version each time it starts. This method uses extra time when the application starts, but speeds up queries when the application is running.

Displaying Fields Only On Request

Display fields that take a long time to retrieve data from the server, such as Memo or General fields, only when requested. You can use the following techniques:

‧If your form is based on a view, place Memo or General fields off screen on another form page. Add a label to the form, such as "Page down to see notes and pictures," that informs the user how to display the information. Set the FetchMemo property on the view or cursor to false (.F.), so that Visual FoxPro doesn't retrieve Memo or General fields until they're displayed on screen.

‧Set the Visible property to false (.F.) for controls bound to Memo or General fields. Add a toggle button or command button that sets the property to true (.T.), so that the user can choose to view the contents of these controls.

‧Display the most important fields on a main form, and provide a button labeled "More Information" that opens another form containing other fields. Base the second form on a view that's parameterized by the primary key field on the main form. For example, suppose you have a main form based on a view whose SQL SELECT statement includes the following code:

SELECT customer_id, company_name, address, city, region, country
FROM customers

In the preceding form, cust_id is bound to thisform.txtCust_id. You could base the second form on the following view, which is used only when the user chooses the "More Information" button:

SELECT orders.order_id, orders.order_date, orders.shipper_id, ;
employee.emp_id, employee.last_name, employee.first_name ;
FROM orders, employee ;
WHERE orders.cust_id = ?THISFORM.txtCust_id ;
AND orders.employee_id = employees.emp_id

See Also

Query and View Acceleration

Performance Improvement on Updates and Deletes

Optimizing Client/Server Performance

Enhancing Applications Using SQL Pass-Through Technology

朱育興 · 發表於: 星期日九月 19, 2004 12:02 am 文章主題:

提高更新和刪除的效率

透過以下模式加速更新敘述和刪除敘述的執行：

‧向遠端資料表格新增時間戳記欄位。
‧使用 CompareMemo 屬性。
‧使用手動異動交易模式。
‧在遠端伺服器上使用儲存式程序。
‧批次處理更新。

新增時間戳記欄位

在一個包含許多欄位的遠端資料表格中更新、插入或移除資料時，可以在該遠端資料表格中新增一個時間戳記欄位，這樣可以提高效能，條件是您的伺服器必須提供時間戳記型態的欄位。

如果遠端資料表格具有時間戳記欄位，您就可以用 Visual FoxPro SQL WhereType 更新選項 DB_KEYANDTIMESTAMP。使用這個選項可以節省處理時間，因為這時 Visual FoxPro 只使用資料集中的鍵值欄位和時間戳記欄位與遠端資料表格的相對應欄位進行比較，檢測更新衝突。由於只比較這兩部份欄位，而不是所有可更新的欄位 (DB_KEYANDUPDATABLE 選項)，或者所有已修改的欄位 (DB_KEYANDMODIFIED 選項)，因而減少了更新遠端資料的時間。有關 WhereType 選項的詳細內容，請參閱「使用資料集管理更新」。

注意：
只有在遠端資料表格中包含時間戳記欄位時，DB_KEYANDTIMESTAMP 選項才比較鍵值欄位和時間戳記欄位。如果對不包含時間戳記欄位的遠端資料表格使用 DB_KEYANDTIMESTAMP 選項，Visual FoxPro 將只比較鍵值欄位。

在適當的時候，[上移精靈]能自動地在匯出的資料表格中加上時間戳記欄位。有關的詳細內容，請參閱「上移 Visual FoxPro 資料庫」中的[新增時間戳記欄位]部份。

提示：
若改變了一個資料集的基本資料表格的結構，比如增加了一個時間戳記欄位，就必須重新建立資料集。一個資料集定義中的欄位儲存在資料庫中，在資料集使用以後，任何對該資料集基本資料表格的變更無法在資料集定義中反應出來，除非重新建立該資料集。

在 Update WHERE 子句中排除附註欄位

在任何時候，都可透過禁止附註欄位 (附註、一般或圖片類欄位) 與它們相對的基本資料表格比較，來提高更新速度。預設情況下，CompareMemo 屬性設定為“真”(.T.)，SQL WHERE 子句自動包含在附註欄位中，該子句是在建立更新資料集時產生的。可將 CompareMemo 屬性設定為“假”(.F.)，這樣在 SQL WHERE 子句就不包含附註欄位了。

使用異動交易

為了達到最佳效能，可用手動異動交易模式，自己管理異動交易。手動異動交易模式讓您能夠控制何時完成一組異動交易，從而使得伺服器可以快速地處理更多敘述。

自動異動交易模式消耗的時間要多一些，因為在預設情況下，每一條更新敘述都 wrapper 在一個獨立的異動交易當中。這種方法為單條更新敘述提供了最大程度的控制手段，但同時也增加了負擔。

在自動異動交易模式下，透過增加資料集或暫存資料表格的 BatchUpdateCount 屬性的設定，可以提高效能。當使用 BatchUpdateCount 設定一個大的值時，多條更新敘述可以批次處理為一條更新敘述，然後 wrapper 在一個單獨的異動交易中。但是，如果批次處理中有任何敘述失敗，整個批次處理將被向後回復。

提示：
有些伺服器不支援 BatchUpdateCount 屬性；因此在應用程式使用它之前，需要對每個遠端伺服器做測試。

使用伺服器儲存式程序

可以在伺服器上建立儲存式程序，儲存式程序由於進行過預先編譯，因而可速成執行。可以執行儲存式程序、用 SQL 傳遞執行參數，並把應用程式中的某種處理工作適當地轉移到伺服器上。

例如，您也許希望在本地彙整使用者的輸入訊息，然後執行一個 SQL 傳遞查詢來執行資料給伺服器，呼叫合適的儲存式程序。為了做到這一點，您可以在一個本地暫存資料表格或陣列上建立一個表單來彙整資料，然後用伺服器儲存式程序的名稱和提供的參數來建立一條 SQLEXEC( ) 敘述。接下來就可把這段程式碼加入到[確定]或[完成]指令按鈕的 Click 事件程序中，在使用者選定該按鈕時執行 SQLEXEC( ) 敘述。使用在遠端伺服器上的儲存式程序來更新遠端資料具有更高效率，因為儲存式程序在伺服器上已進行過編譯。

批次處理更新

如果應用程式更新的資料記錄比較多，那麼可採用批次處理模式進行更新，這樣可以提高網路和伺服器的處理效率。根據資料集的 BatchUpdateCount 屬性，在更新或插入敘述執行給伺服器之前，要進行分批動作。BatchUpdateCount 的預設值為 1，表示每個記錄由一條更新敘述執行傳送給伺服器。透過增加這個值，可以在一條敘述中容納多個更新要求，從而減少網路通訊量。

提示：
有些伺服器不支援 BatchUpdateCount 屬性；因此在應用程式使用它之前，需要對每個遠端伺服器做測試。

為了有效地使用這個特性，資料集連接必須設定為緩衝處理模式 5，即開放模式資料表格緩衝處理，理想的變更應限制在暫存資料表格每一筆資料記錄的同一欄位上。可以用 DBSETPROP( ) 設定資料集定義的 BatchUpdateCount 屬性；用 CURSORSETPROP( ) 變更使用中資料集暫存資料表格的 BatchUpdateCount 屬性。

最佳化更新和移除的效能

您可以採納下面的建議來設定資料集和連接的屬性，以最佳化更新和移除的效能。資料集的 BatchSize 屬性對效能的影響很大。

------------------------------------------------------------------------
物件　屬性　　　　　　設定　　　　注意事項
------ ---------------- ----------- ------------------------------------
資料集 BatchUpdateCount 10 － 30 行對於小的更新可以設定一個大一點的值。
　　　　　　　　　　　　　　　　　　最多可提高 50% 的效能。預設值為 1。
連接　 Asynchronous　　 (.F.)　　　如果不想在伺服器上執行時取消 SQL 敘
　　　　　　　　　　　　　　　　　　述，使用同步連接可使效能提高 50％。
　　　　　　　　　　　　　　　　　　預設值為同步。
連接　 WaitTime　　　　 N/A　　　　在非同步模式下要提高效能，可使用稍短
　　　　　　　　　　　　　　　　　　一些的等候時間；要減少網路通訊量，可
　　　　　　　　　　　　　　　　　　增加等候時間。
連接　 PacketSize　　　 4K 到 12K　對效能影響不大。
------------------------------------------------------------------------

最佳值還取決於伺服器的速度。

實際效率很大程度依賴於系統設定和應用程式的需求。

相關資訊

表單加速

如何：最佳化資料集效能

查詢和資料集加速

最佳化主從架構效能

最佳化連接

加速資料檢索

使用 SQL pass-through 技術加強應用程式

----------------------------------------------------------------------------------------------
原文：

Performance Improvement on Updates and Deletes

You can speed up Update and Delete statements by:

‧Adding timestamps to your remote tables.
‧Using the CompareMemo property.
‧Using manual transaction mode.
‧Using stored procedures on a remote server.
‧Batching updates.

Adding Timestamps

You can improve performance when you update, insert, or delete data in a remote table that contains many fields by adding a timestamp field to the remote table, if your server provides the Timestamp field type.

The presence of a timestamp field in a remote table allows you to use the Visual FoxPro SQL WhereType update option DB_KEYANDTIMESTAMP. This option saves processing time because Visual FoxPro compares only two fields in your view, the key field and the timestamp field, against a remote table to detect update conflicts. By comparing only two fields, rather than all the updatable fields (with the DB_KEYANDUPDATABLE option) or all the modified fields (with the DB_KEYANDMODIFIED option), the DB_KEYANDTIMESTAMP option reduces the time it takes to update remote data. For more information on WhereType options, see Managing Updates by Using Views.

Note:
The DB_KEYANDTIMESTAMP option compares the key and timestamp fields only when your remote table contains a timestamp field. If you use the DB_KEYANDTIMESTAMP option against a remote table that doesn't contain a timestamp field, Visual FoxPro compares the key fields only.

The Upsizing Wizard can automatically add timestamp fields as appropriate to tables you export. For more information, see "Timestamp Columns" in Upsizing Visual FoxPro Databases.

Tip:
If you do something that alters the structure of a view's base table, such as adding a timestamp field, you might need to re-create the view. The fields in a view definition are stored in the database, and any changes to the base tables for a view after the view is used aren't reflected in the view definition until you re-create the view.

Excluding Memo Fields from the Update WHERE Clause

Whenever appropriate, you can speed updates by preventing view memo fields (fields of type Memo, General, or Picture) from being compared against their base table counterparts. By default, the CompareMemo property is set to true (.T.), which automatically includes memo fields in the SQL WHERE clause generated when you create an updatable view. You can set the CompareMemo property to false (.F.) to exclude memos from the SQL WHERE clause.

Using Transactions

For optimum performance, use manual transaction mode and manage transactions yourself. Manual transaction mode allows you to control when you commit a group of transactions, which enables the server to process more statements quickly.

Automatic transaction mode is more time-consuming, because by default every single update statement is wrapped in a separate transaction. This method provides maximum control over each individual update statement, but also increases overhead.

You can improve performance in automatic transaction mode by increasing the setting of the BatchUpdateCount property on the view or cursor. When you use a large BatchUpdateCount setting, many update statements are batched in a single update statement, which is then wrapped in a single transaction. However, if any statement in the batch fails, the entire batch is rolled back.

Tip:
The BatchUpdateCount property isn't supported by some servers; you should test this property against each remote server before deploying it in your application.

Using Server-Stored Procedures

You can create stored procedures on the server, which are precompiled and therefore run very quickly. You can execute stored procedures, send parameters with SQL pass-through, and move additional processing to the server as appropriate for your application.

For example, you might want to collect user input locally and then execute a SQL pass-through query to send the data to the server, calling the appropriate stored procedure. To do this, you might want to create a form on a local cursor or array to collect data and then write code that constructs a SQLEXEC( ) statement by using the name of the stored procedure and the parameters to be supplied. You could then add this code to the Click event of a command button titled "OK" or "Commit." When the user chooses the button, the SQLEXEC( ) statement runs. Using stored procedures on a remote server to update remote data can be more efficient, because the stored procedures are compiled on the server.

Batching Updates

If your application updates a number of records, you might want to batch updates so they're handled more efficiently by the network and server. Update or Insert statements are batched before being sent to the server, according to the setting of the BatchUpdateCount property of the view. The default value is 1, which means that each record is sent to the server with an update statement. You can reduce network traffic by increasing the value to package multiple updates in a statement.

Tip:
The BatchUpdateCount property isn't supported by some servers; you should test this property against each remote server before deploying it in your application.

To use this feature efficiently, the view connection should be set to Buffering mode 5, for optimistic table buffering, and changes ideally should be confined to the same fields in each row of the cursor. You can use DBSETPROP( ) to set the BatchUpdateCount property for the view definition; to change the value for an active view cursor, use CURSORSETPROP( ).

Optimizing Performance of Updates and Deletes

You can use the following guidelines for setting view and connection properties to optimize performance of updates and deletes. The BatchSize property on your view has the greatest influence on performance.

---------------------------------------------------------------------------------------
Object　　 Property　　　　 Setting　　　 Notes
---------- ---------------- ------------- ---------------------------------------------
View　　　 BatchUpdateCount 10 – 30 rows Set a higher value for smaller-sized updates.
　　　　　　　　　　　　　　　　　　　　　Set to increase performance by up to 50%.
　　　　　　　　　　　　　　　　　　　　　The default is 1.
Connection Asynchronous　　 (.F.)　　　　 Use synchronous connections to increase
　　　　　　　　　　　　　　　　　　　　　performance up to 50%, unless you want to be
　　　　　　　　　　　　　　　　　　　　　able to cancel SQL statements while executing
　　　　　　　　　　　　　　　　　　　　　on the server. The default is synchronous.
Connection WaitTime　　　　 N/A　　　　　 To increase performance in asynchronous mode,
　　　　　　　　　　　　　　　　　　　　　use a shorter wait time; to reduce network
　　　　　　　　　　　　　　　　　　　　　traffic, increase the wait time.
Connection PacketSize　　　 4K to 12K　　 Has little effect on performance.
---------------------------------------------------------------------------------------

Your best value also depends on the speed of your server.

Actual performance depends greatly on your system configuration and application requirements.

See Also

Form Acceleration

How to: Optimize View Performance

Query and View Acceleration

Optimizing Client/Server Performance

Optimizing Connections

Speeding Up Data Retrieval

Enhancing Applications Using SQL Pass-Through Technology