2009-06-22 33 views
0

有人可以建議,在兩個提到的(奇數?)組合中,不太奇怪,換句話說,使用+維護的麻煩較少。PHP + SQL Server或VB.NET + MySQL

如果有幫助,系統將有兩個前端 - 一個Web應用程序和一個桌面應用程序。桌面應用程序將使用VB.NET進行編碼,並使用PHP編寫Web應用程序。真的沒有理由爲什麼桌面應用程序不能被web應用程序替代 - 除了其中一個程序員似乎真的想用VB編寫代碼....但是,我們沒有任何經驗與任何這些對(你可以很容易地叫我們n00bs),所以我們有點擔心開始。

P.S.託管服務將從某個提供商處獲得,而不是在客戶端自己的服務器上。

+1

是否有奇怪的組合的原因?我會去與PHP + MySQL或VB.NET + MSSQL ... – 2009-06-22 15:49:21

+1

我猜奇怪的組合是因爲他們_are_已經使用PHP和VB.NET,他們必須選擇MSSQL和MySQL之間,所以導致其中一個組合是不可避免的:) – 2009-06-22 15:54:38

+0

聽起來像將有兩個前端,一個PHP和一個VB.Net,他需要選擇哪個數據庫來備份它。問題對我有意義。 – BradC 2009-06-22 15:58:26

回答

4

TBH我與MySQL去,雖然SQL Server是迄今爲止優越的平臺,所有的事情考慮。如果您將它們作爲類似的替代品進行比較,那麼您可能不會使用MS SQL的任何功能,使它成爲更好的平臺,因此不值得額外的麻煩。

總之,這裏的原因:

  • PHP對MySQL的支持是首屈一指的(給出以下警告)
  • PHP的支持SQL Server是次優的;微軟提供了一個PHP驅動程序,並且還有其他技術,但是PHP並不像VB.NET那樣與數據庫無關。儘管VB.NET喜歡SQL Server,但會愉快地與任何OLEDB提供程序交談(例如ODBC連接)沒有任何問題,MySQL的ODBC支持已經相當成熟。
0

......我不明白這種情況會迫使像這樣的選擇。如果你使用VB.Net編碼,並且MSSQL可用,那麼你爲什麼要使用MySQL?或反之亦然...

-2

兩者都不是真的「更尷尬」。

雖然VB.net本身使用數據庫抽象,但PHP選擇數據庫抽象 - 您可以使用PHP核心的ODBC_東西,這裏記錄us2.php.net/manual /en/book.uodbc.php。或者,外部的數據庫不可知的PHP PDO的東西記錄在這裏us3.php.net/pdo。

VB.NET afaik具有數據提供者,它是唯一支持連接到數據庫的方法,並且他們在默認情況下提取數據庫。因此,從一個MySQL數據庫移動到一個Pg或MSSQL數據庫,就像更改數據訪問接口連接字符串一樣簡單。這與PHP的opt-in PDO類似。