PHP+；SQL Server或VB.NET+；MySQL

有人能建议在提到的两个（奇数？）组合中，哪一个不那么奇数，或者换句话说，使用+维护的麻烦更少

如果有帮助，系统将有两个前端——一个web应用程序和一个桌面应用程序。桌面应用程序将使用VB.NET进行编码，web应用程序将使用PHP进行编码。没有理由不让桌面应用程序也被web应用程序取代——除了一个程序员似乎真的想用VB编写它。。。。然而，我们中没有人有使用这两对的经验（你可以很容易地称我们为N00B），所以我们开始时有点担心

---

另外，托管服务将从某个提供商处获得，而不是在客户端自己的服务器上。

。。。我不明白在什么情况下会做出这样的选择。如果您使用VB.Net进行编码，并且MSSQL可用，那么为什么要使用MySQL？或者反之亦然……

两者都不是真的“更尴尬”

我选择VB.net，因为VB.net本机使用DB抽象，而PHP选择了DB抽象——您可以使用PHP核心的ODBC_uuu内容，这里记录了us2.PHP.net/manual/en/book.uodbc.PHP。或者，这里记录的外部db不可知PHP PDO内容us3.PHP.net/PDO

VB.NET afaik具有数据提供程序，这是连接到数据库的唯一受支持的方法，默认情况下，它们抽象数据库。因此，从MySQL数据库移动到Pg或MSSQL数据库，只需更改数据提供程序连接字符串即可。这与PHP的opt-in PDO类似

---

TBH我会选择MySQL，尽管从各方面考虑，SQL Server是目前为止最好的平台。如果您将它们作为类似的替代方案进行比较，您可能不会使用MS SQL的任何使其成为更好平台的功能，因此不值得为此付出额外的麻烦

总之，原因如下：

• PHP对MySQL的支持是首屈一指的（给出以下警告）
• PHP对SQL Server的支持不太理想；微软提供了一个PHP驱动程序，还有其他技术，但PHP并不像VB.NET那样对数据库不可知
• 尽管VB.NET热爱SQL Server，但它很乐意与任何OLEDB提供商（例如ODBC连接）进行对话，而不会出现任何问题，MySQL的ODBC支持也相当成熟

---

这种奇怪的组合有什么原因吗？我会选择PHP+MySQL或VB.NET+MSSQL…我猜奇怪的组合是因为他们已经在使用PHP和VB.NET，并且他们必须在MSSQL和MySQL之间进行选择，因此导致其中一个组合是不可避免的：）听起来会有两个前端，一个PHP和一个VB.NET，他需要选择使用哪个DB来备份它。这个问题对我来说很有意义。