新的web服务器和旧的SQL server使用相同的代码获得不同的结果?
我有一个新服务器,它使用相同的经典ASP代码,使用相同的连接字符串连接到相同的SQLServer2000数据库,但它现在似乎以不同的方式从数据库中提取数据。特别是有一个自定义加密函数,它创建非ASCII的特殊字符并将它们存储在VARCHAR字段中。这是遗留代码。由于除了web服务器之外,没有任何变化,因此很难诊断此问题 是否有一些设置可以控制数据库驱动程序,从而允许这些数据从数据库中出来?新服务器对字符集的处理似乎与旧服务器不同。ODBC驱动程序设置中是否有我可以更改的内容 服务器版本从IIS 6更改为IIS 7.5。新服务器显然也有新的ODBC驱动程序版本新的web服务器和旧的SQL server使用相同的代码获得不同的结果?,sql,vb6,character-encoding,odbc,Sql,Vb6,Character Encoding,Odbc,我有一个新服务器,它使用相同的经典ASP代码,使用相同的连接字符串连接到相同的SQLServer2000数据库,但它现在似乎以不同的方式从数据库中提取数据。特别是有一个自定义加密函数,它创建非ASCII的特殊字符并将它们存储在VARCHAR字段中。这是遗留代码。由于除了web服务器之外,没有任何变化,因此很难诊断此问题 是否有一些设置可以控制数据库驱动程序,从而允许这些数据从数据库中出来?新服务器对字符集的处理似乎与旧服务器不同。ODBC驱动程序设置中是否有我可以更改的内容 服务器版本从IIS
非常感谢您的帮助?我怀疑与语言环境有关,而不是其他任何东西。然而,我不懂语言环境:- 如果它是一个存储过程,一个快速修复方法可能是将DB参数/列上的数据类型更改为NVARCHAR。使用ASP时,应用程序中的值无论如何都是unicode BSTR,因此将转换移动到数据库中可能会更容易控制,如果需要,可以指定用于转换的排序规则
如果你有ASP代码,你也可以编辑选择,说castpassword为nvarchar50为password或其他任何东西,以获得相同的结果。我怀疑与语言环境有关,而不是其他任何东西。然而,我不懂语言环境:- 如果它是一个存储过程,一个快速修复方法可能是将DB参数/列上的数据类型更改为NVARCHAR。使用ASP时,应用程序中的值无论如何都是unicode BSTR,因此将转换移动到数据库中可能会更容易控制,如果需要,可以指定用于转换的排序规则 如果你有ASP代码,你也可以编辑选择说castpassword为nvarchar50为password或其他任何东西来获得相同的结果