2009-06-22 51 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类似。