目前,问题中没有足够的信息可以真正解决围绕Web应用程序是否工作相同的许多问题.

简单的部分是将架构和数据移植到另一个RDBMS. SQL Server有一组很好的Generate Scripts命令来生成CREATE TABLE语句.您还可以通过SQL Management Studio为数据创建INSERT语句.

移动应用程序时遇到了挑战.

>什么是数据访问策略？它是所有ADO.NET编写/构建的语句,还是存储过程？ LINQ to SQL也许吧？

>其中的SQL语句：它们在多大程度上是ANSI标准,以及SQL对TSQL特定关键字的依赖程度如何？这里的答案将指向将SQL语句和逻辑移动到新RDBMS所需的工作量.

>该应用程序是否依赖于MySQL没有的任何SQL Server特定功能或特性？重写代码以适应MySQL的成本是多少？

>希望应用程序使用集中式连接字符串.这需要改变,希望它在web.config中.如果它在数据访问代码中是硬编码的,那么它就是一个find replace游戏.

对第二个问题的简短回答是,您将无法在新的RDBMS中实现数据并使应用程序正常工作.它必须重新编译才能使用新的数据访问库(ADO.NET for MySQL).

总而言之,它当然可以使其工作相同,但所需的努力并不小,并且100％依赖于代码.