C#时间问题，知道的大人进
如SQL数据库的时间是1983-5-9 12:12:05,但用C#DATAGRID取出来就变成1983-5-9 12:12:06了，差了一个毫秒，这是怎么回事啊，怎么解决？
[解决办法]
不懂,帮顶.
[解决办法]
每遇到过这样的事情
但是你可以将数据库中的时间先转换成字符串，然后再读出到DataGrid中
[解决办法]
一般都用字符来存储日期数据，便于处理
[解决办法]
晕。
就一个毫秒，需要解决么？
难道是航空航天应用不成
估计是毫秒下面更小的单位，取出来时四舍五入什么的，就变了吧？
[解决办法]
没试过
ps.楼主的例子应该是差了一秒，不是一毫秒吧
[解决办法]
没试过,毫秒还是秒。这个区别很大的。楼主要弄清楚啊。
[解决办法]
取的是当前时间么？
可能是两个取时间的机制不同吧，比如实际时间是1983-5-9 12:12:05:501这个时间，但是在数据库时间转换后，后面的毫秒全部被省略了，则为1983-5-9 12:12:05，而C#里面则把这个时间保留并进到秒上去了，变成了1983-5-9 12:12:06
未作测试，只是知道有这么一回事！楼主可以测试看看
[解决办法]
执行时间不同，得到的系统时间当然不同，而且按lz的代码看，应该是差了1s，去一个作为标准用吧
[解决办法]
四舍五入问题，呵呵
[解决办法]
1983-5-9 12:12:05后面的毫秒全部被省略，我遇到过，就差那一秒吗，也没什么，四舍五入了。
[解决办法]
属于格式问题，时间是不精确的数据对象，没有什么大惊小怪的，如果你把时间调整为毫秒级的，那么精度就更高一些了。
[解决办法]
不必非用字符串啊.其实就用DATETIME进行存储也可以.比如你用DATETIMEPICKER,存入数据库的时候直接进行一个datetime.parse(datetimepicker.text.trim())就可以了,其实区分开数据类型这个在数据存储中很重要.
[解决办法]
1毫秒也要求这么高啊，请问哈LZ从事什么开发的哦？
[解决办法]
