2010-03-17 77 views
2

當想要購買的這德爾福2010年的版本中,我們發現在專業之一以下限制:德爾福2010 Professional和遠程數據庫訪問

德爾福2010專業版是爲開發者構建 高性能設計 桌面圖形用戶界面和 觸摸屏應用程序(或 沒有)嵌入和本地數據庫 持久性。

這是什麼意思?這是否意味着我們只會面對這個限制,如果我們選擇使用本地vcl組件來訪問數據庫,我們將面臨這個限制。

如果我們選擇使用ADO組件而不是那些呢?在這種情況下,Delphi如何避免我們訪問遠程數據庫服務器?這裏有沒有人試過這個?更進一步:如果我們選擇使用像Firebird這樣只有一個文件的數據庫,並使用網絡映射驅動器。我們可以面對同樣的限制嗎?

假設我們選擇ADO,會產生什麼主要後果?

+0

請注意,在映射的網絡驅動器上使用Firebird數據庫可能不起作用。 Firebird引擎會檢測到它是映射驅動器並嘗試聯繫遠程機器上的enine以連接到相關文件。如果遠程計算機上沒有引擎,則失敗(注意:有一個選項可以覆蓋此行爲,但它可以保護自己)。 – 2010-03-18 06:10:49

+0

如果使用Firebird,您*不得*在本地安裝引擎並使用共享文件。數據庫文件必須在*一個*數據庫引擎的控制下,它將管理多個*客戶*的併發。我想它會鎖定文件,並且不允許多個進程訪問它,因爲如果它被允許,它會破壞文件。 – 2010-03-18 08:51:35

回答

2

這是否意味着,如果我們選擇使用 數據庫 訪問本地VCL組件我們將要面臨這種限制,我們將只面臨 此限制。

是的。專業版本僅僅排除了本機支持某些數據庫的驅動程序驅動程序&。它仍然包含ADO支持,並且有許多第三方驅動程序可用於訪問其他數據庫。

德爾福2010年不包括任何技術停止你從建設應用程序與遠程數據庫進行交互,除了它不包括DB Express(它自己的數據庫驅動程序技術)的事實。

+0

它與7版本的兼容性如何?這些ADO組件是否仍然與2010年一起使用? – 2010-03-17 21:39:39

+0

Delphi 2010中有一套本地的Delphi組件(稱爲dbGo)。不知道它們何時推出。我使用他們的MS Access,在這種情況下,他們工作得很好。 – 2010-03-17 21:42:51

+1

ADO Express在Delphi 5中引入,並在Delphi 6中更名爲dbGo。某種商標問題。 – 2010-03-17 22:03:40

3

據我所知,他們特別提到dbExpress,並沒有限制您使用dbGo或某些第三方庫來訪問遠程數據庫。

+1

正確。對於未知和(恕我直言愚蠢,給出下面的替代選擇)營銷的原因,臨帶有dbExpress驅動程序,只能連接到本地主機。只有司機是有限的 - 沒有別的。 您可以1)使用沒有此限制的第三方驅動程序2)使用ADO/ODBC 3)使用第三方庫,如Direct Oracle Access,ODAC,Zeos,IBO等等。 – 2010-03-18 08:56:18

+0

同意。我認爲數據庫功能應該不那麼嚴格。 – 2010-03-18 13:23:43

1

DataSnap也不包含在Pro版本中。我對最近的一次德爾菲研討會很感興趣,因爲他們展示了DataSnap只是爲了發現當我回來時發現它缺少Pro版本。

所以我回到了我的SDAC組件和其他第三方中間件組件。完美工作,無需企業版本的費用。

不包括SQL Server dbExpress驅動程序(除其他外),但ADO/dbGo的東西似乎在網絡上工作得很好。但是,自從Delphi 3以來,我們還沒有使用Delphi提供的數據庫驅動程序,因爲他們不斷改變他們關於數據庫訪問的最新銀彈(很像MS do/did)。

+0

我認爲在Enterprise及更高版本中具有多層功能是合理的。數據庫的限制似乎更加隨意一些。 – 2010-03-18 13:23:19

+0

也許合理 - 我還沒決定。只是希望在規劃我的下一個世界占主導地位的datasnap應用程序之前,我已經意識到:-) – shunty 2010-03-20 16:11:49

+0

Embarcadero總是發佈最新的功能矩陣,它可以讓您知道每個SKU中可用的功能。 http://embarcadero.com/products/delphi/Delphi-Feature-Matrix.pdf – 2010-03-21 13:49:50