3

我有一個當前在PC上使用本地優勢數據庫以及應用程序的客戶端。他們正在考慮升級他們的設置,讓多個應用程序與數據庫服務器(即客戶/服務器環境)進行通信。Advantage數據庫或SQL服務器

他們現在正在考慮這種方法的最佳數據庫。與SQL Server Express相比,他們正在查看Advantage Database Server產品(應用程序在此階段不保證完整的SQL Server)。

顯然,SQL Server是一個更知名的產品,可能有更多的支持,但我希望你能給我一些關於你認爲最好的產品在性能,穩定性和支持方面的意見和想法。

有一點需要注意,雖然不直接相關,但是應用程序目前是用Delphi編寫的,並且可能會轉向C#以使其更新。

回答

3

ADS勝手。它是免維護的。這是非常可靠的。它非常快。它具有極高的可擴展性。 SQL得到很好的支持,並且ADS新聞組響應(在幾小時內回答,而不是SQL服務器論壇上的幾天)和消息靈通。自1991年以來,我一直在使用ADS,它從未出錯!我的用戶非常苛刻,能夠在數小時內而不是幾天內解決問題,這對我來說既是一種樂趣,也是對最終用戶和客戶的商業激勵。部署溫和,快速和簡單。平臺支持比SQL服務器更好。 64位服務器部署豐富,接地良好,透明可靠。 64位客戶端將進入下一個版本(10)。我對ADS的經驗是完全正面的,然而我對SQL服務器的冒險卻充滿了困難,特質和工作場所!

+0

我不得不在一點上不同意,我發現SQL Server論壇在幾秒或幾分鐘內回答而不是幾天。也許你去了錯誤的論壇。 – HLGEM 2010-02-26 15:33:39

+0

我不得不不同意,因爲我遇到了頻繁的兼容性問題,Advantage Databases出現了無法解決的錯誤,另一方面,Microsoft和開發人員已經建立了讓SQL Server與許多許多人一起工作的方法其他類型的常見應用程序和數據庫。此外,Advantage的文檔很難找到,我發現的內容不夠。另一方面,SQL Server有無數的文檔資源。 – 2016-08-25 16:16:09

3

從本地Advantage數據庫遷移到客戶端/服務器Advantage數據庫是一個非常簡單的過程。它只是涉及更改程序內的連接屬性。沒有其他編碼需要改變。

優勢擁有一支優秀的支持團隊,並已開發超過15年。穩定性和支持至少與SQL Server相同。

優勢還提供了一個.NET數據提供程序,它將允許C#開發。

2

我碰巧是Advantage的支持代表,所以當你說「顯然SQL Server是一個更知名的產品可能有更多的支持」我必須爭論一下。

正如Chris所說的從Advantage Local Server切換到Advantage Remote(客戶端/服務器)服務器是一個非常痛苦的過程 - 他們是這樣設計的。

  1. 將Advantage數據庫服務器安裝在數據所在的機器上(不是要求但建議使用)。你可以得到一個免費試用的位置:http://marketing.ianywhere.com/forms/ADS91-30-Day

  2. 在該應用程序會出現TAdsConnection份(S) - 改變TAdsConnection.ConnectionType到「遠程」(http://devzone.advantagedatabase.com/dz/webhelp/Advantage9.1/mergedProjects/ade/sec7/connectiontype.htm

  3. 您可以指定路徑(TAdsConnection .ConnectPath)從客戶在幾個不同的方式,但是推薦的是: \\服務器:6262 \ MYDATA

http://devzone.advantagedatabase.com/dz/webhelp/Advantage9.1/mergedProjects/ade/sec7/connectpath_tadsconnection.htm

注意:6262是默認使用的端口(可能需要向防火牆添加例外)。此外,如果您的應用程序使用數據字典,則路徑將包含.ADD文件的名稱(例如\\ server:6262 \ mydata \ mydd.add)

希望這有助於您!

+0

ADD有什麼作用?你有什麼例子嗎? – Jon 2010-02-24 12:33:01

+0

@Jon優勢數據字典簡而言之可以讓您存儲有關所有ADS表的元數據,從而爲以下一系列功能提供了可能: - 參照完整性 - 默認字段值 - 字段級約束 - 靈活的用戶訪問控制 -Stored查看 -Stored程序 -Triggers 和其他人...瞭解更多信息請查看幫助文件:http://devzone.advantagedatabase.com/dz/webhelp/Advantage9.1 /advantage_concepts/advantage_functionality/advantage_data_dictionary.htm 另外,從非ADD環境(空閒表)切換到使用ADD很容易。 – Joshery 2010-02-24 22:18:00

+0

我們的開發人員網站上確實有示例代碼:http://devzone.advantagedatabase.com/只需在菜單中的CodeCentral即可。如果你想要一個具體的例子讓我知道,我可能會指出你在正確的方向。 – Joshery 2010-02-24 22:21:37

3

我開發了SQL Server和Advantage。他們各有利弊(儘管我現在偏向Advantage)。

然而,考慮到您的情況,這個決定看起來似乎是無可挑剔的:Advantage Database Server。爲什麼?已經完成了!

My Advantage程序在本地或遠程針對同一個數據庫運行,未經修改。我改變的是連接字符串。我並不是說你的客戶的代碼不需要改變。我am說它可能是微不足道的。將其與切換到全新數據庫引擎的更大努力相比較。

+0

該應用程序可能用C#重寫,因此在這種情況下數據庫更改不會是一個大問題 – Jon 2010-02-28 12:12:53

+0

無論您將主代碼更改爲(C#,Delphi,無論什麼),與數據庫的連接都需要很好地支持擁有。因爲有人贊成Advantage的說法(是的,我每天都在使用它),並且因爲您確實不需要爲處理轉換而購買額外的工作,所以我建議您堅持Advantage。在任何一種情況下,我都比SQL Server更喜歡它,但在這種情況下,由於您已經在那裏,因此如果從Advantage轉換,您只需要額外的工作。轉移到Advantage Database Server,輕鬆,快捷,您會很高興自己做到了。 – 2010-03-01 18:50:04

3

一般來說,我是一個SQL Server的人。我每天都在使用id,並且已經使用了將近10年,但在你的情況下,當有一個aclear升級路徑使用你已有的後端完成你想要的任務時,考慮轉移到新的數據庫似乎很愚蠢。這將是少得多的工作,並且不太可能引入新的錯誤以保持在同一個數據庫系列中。

+0

該應用程序可能用C#重寫,因此在這種情況下數據庫更改不會是一個大問題 – Jon 2010-02-28 12:12:32