Reporting Services的日期格式问题

    客户反映我们用Reporting Services做的报表有一个怪问题，当客户的机器的Regional Options的设置是Chinese(Hong Kong S.A.R.)，用户输入日期选项中输入如1/31/2006的日期后，报表会报错，提示是错误的日期格式，但同样的日期格式在另外一台机器上输入却没有任何问题。

    按用户的描述将自己的机器设置成Chinese(Hong Kong S.A.R.)，然后查询报表，果然出错，第一个反应是报表执行的存储过程不认该种日期格式？但在Query Analyzer中执行却没有问题，而且也不能解析同样的操作在另外一台机器上没有问题啊。

    把目光转到Reporting Services上，在Report Manager上打开对应的报表，在日期参数上输入1/31/2006，执行报表时报出同样的错误，再把Regional Options设为English(United States)，执行成功。看来问题是出在了Reporting Services上，在Reporting Services上，系统会取当前客户机的Regional Options作为Culture对日期型数据进行检查，在Chinese(Hong Kong S.A.R.)中，日期的默认格式是d/M/yyyy，在这种格式下，如1/31/2006的日期自然被认为错误的日期而出错了。由于在Web端已经对用户输入的日期进行过检查，所以简单一点的处理方法是在报表中将日期类型的变量直接改成String类型，避免Reporting Services对其进行检查。但最后还是稳妥一点，在Web端传参数给Reporting Services前，先将日期类型的参数格式化成yyyy-M-d的日期格式，再传给Reporting Services。