數據庫‎ > ‎數據分系‎ > ‎

Query-A-Recordset

張貼者:2010年8月6日 上午12:30未知的使用者   [ service orderble 已於 2012年8月8日 下午2:52 更新 ]
你有沒有想執行SQL查詢有關ADO記錄集,好像他們是存在數據庫中的表,執行SQL記錄集或集團之間的聯接和聚合領域的一個記錄? 現在你可以。隨著QARv2 DLL組件可以執行完整的SQL查詢的任何ADO記錄集並返回結果到您的應用程序。沒有更複雜的過濾器,找到例程或寫入數據到臨時表。沒有更多的昂貴往返到服務器,以獲得一個子集的數據已經存在,節省寶貴的連接和服務器資源。使用QARv2 DLL組件不能簡單,只需添加的ADO記錄集,你想查詢,申報別名為每個記錄查明,決定光標和鎖定類型,添加您的SQL(SQL語法的MS Access)和執行查詢。 成功執行的查詢將返回一個斷開連接的ADO記錄集,代表查詢結果將反映光標和鎖定類型的定義。這一切都這麼簡單。

--------------------------------------------------
開發商:SBS Development
原廠網址:http://www.sbsdev.co.uk/queryarecordset.htm
更新日期:2011/05/18
採購正式版、大量授權報價、技術支援、軟體諮詢、委託採購、詢問報價請來電 02-29299388 分機16 , 
來信service@orderble.com,或點我
------------------------------------------------------------------------------



1。 過濾數據(亞群)的數據

使用該組件的一個子集,以獲得原始數據在ADO記錄集。

可能的情況:

  • 您已經創建了一個ADO記錄集包含所要求的數據和應用程序的初始種群的記錄需要相當的時間。 因此 
    你想利用這些數據源應用程序以避免進一步的往返到數據庫服務器。
  • 原來的ADO記錄集包含一個子集的數據從數據庫,你想 
    過濾器在應用程序中進一步根據用戶的選擇和應用的要求。 過濾功能的應用,使得傳統的數據庫查詢技術將是非常難以管理。 即需要複雜的嵌套查詢。

優勢

  • 限制數量往返到數據庫服務器,利用已有的數據 
    到客戶端。
  • 快於重新查詢數據庫。 (根據大小和複雜的數據庫。)
  • 改進的應用程序開發效率,可擴展性,功能性和可靠性。
  • 移除需要複雜的嵌套查詢。

2。 數據聚合

使用組件來獲得的數據匯總結果中已存在一個ADO記錄集。

優勢

  • 限制數量往返到數據庫服務器,利用已有的數據 
    到客戶端。
  • 快於重新查詢數據庫。 (根據大小和複雜的數據庫。)
  • 一個好的解決方案連接到數據庫時不具備或有機會有限 
    安全性或並發原因。

3。 連接數據

只要數據源可以代表一個ADO記錄集,您可以用它來執行聯接。

  • 加入來自不同數據庫的數據,即SQL Server和Oracle。
  • 加入數據從其他非數據庫源即文本和應用產生的數據。

有可能的情況下,當您需要加入不同來源的數據時,傳統的數據庫的方法是不可能的。

可能出現的情況

  • 沒有數據庫連接,即斷開連接的數據源。
  • 外部數據不包含在數據庫即文本文件,或從外部獲得的其他數據 
    本港的營商環境。

4。 沒有數據庫的應用

使用組件提供的SQL查詢功能,為應用程序沒有數據庫。

可能的方案:

  • 簡單的客戶端應用程序,並不需要一個複雜的數據庫即(使用ADO記錄保存作為數據存儲),但是應用程序仍然有需要提供用戶/開發人員的查詢功能,是超越的功能所提供的ADO記錄集即排序,篩選和查找。

優勢

  • 優惠靈活的解決方案,提供查詢功能上保存ADO記錄。
  • 不需要包括數據庫與應用程序提供SQL查詢功能。

5。 派生數據的應用

使用該組件的應用程序中使用的應用程序產生的數據或數據庫的混合物 
所得的數據和應用程序需要查詢功能,以幫助建造的ADO記錄集所消耗的應用。

優勢:

  • 減少代碼的複雜性通常需要操作的應用程序產生的數據。
  • 改進的應用程序開發效率,可擴展性,功能性和可靠性。



. Filtering Data (Subsets of data)

Use the component to obtain a subset of the original data in an ADO Recordset.

Possible scenarios:

  • You have already created an ADO Recordset containing the data required by your application and the initial population of the Recordset takes a considerable amount of time. Therefore 
    you wish to utilize this data source in your application to avoid further round trips to the Database Server.
  • The original ADO Recordset contains a subset of data from the Database that you wish to 
    filter further in an application based on user selections or application requirements. The applications filtering functionality is such that conventional Database querying techniques would be extremely difficult to manage. i.e. the need for complex nested queries.

Advantages

  • Limits the number of round trips to the Database Server by utilizing data already available 
    to the client.
  • Quicker than re-querying the Database. (Depending on size and complexity of Database.)
  • Improved application development productivity, scalability, functionality and reliability.
  • Removes the need for complex nested Queries.

2. Data Aggregation

Use the component to obtain an aggregated result of data that already exists in an ADO Recordset.

Advantages

  • Limits the number of round trips to the Database Server by utilizing data already available 
    to the client.
  • Quicker than re-querying the Database. (Depending on size and complexity of Database.)
  • A good solution when connections to the Database are not available or have limited access 
    for security or concurrency reasons.

3. Joining Data

As long as the data source can be represented in an ADO Recordset you can use it to perform a Join.

  • Join data from different Databases i.e. SQL Server and Oracle.
  • Join data from other non-Database sources i.e. Text and application derived data.

There maybe situations when you need to Join data from different sources when conventional Database methods are not possible.

Possible scenarios

  • No database connection i.e. disconnected data source.
  • External data not contained in a Database i.e. Text file, or other data obtained from outside 
    the local business environment.

4. Application with no Database

Use the component to provide SQL querying capabilities to an application without a Database.

Possible scenario:

  • Simple client application that doesn't warrant a complicated Database i.e. (uses a saved ADO Recordset as a data store), however the application still has a requirement to provide the user/developer with querying capabilities that are beyond the functionality offered by the ADO Recordset i.e. Sort, Filter and Find.

Advantages

  • Offers are flexible solution to providing querying capabilities on saved ADO Recordsets.
  • No need to include a Database with the application to provide SQL querying capabilities.

5. Application derived data

Use the component in an application that uses application derived data or a mixture of database 
and application derived data that requires querying capabilities to aid in the construction of ADO Recordsets consumed by the application.

Advantages:

  • Reduction in the complexity of code normally required to manipulate application derived data.
  • Improved application development productivity, scalability, functionality and reliability.

Comments