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从事什么开发的哦？
------解决方案--------------------

探讨

属于格式问题，时间是不精确的数据对象，没有什么大惊小怪的，如果你把时间调整为毫秒级的，那么精度就更高一些了。

------解决方案--------------------
因为你并不是同时取得时间。
指令的执行是有先后顺序的。
------解决方案--------------------

探讨

1毫秒也要求这么高啊，请问哈LZ从事什么开发的哦？

------解决方案--------------------
转换为字符串之后就会丢失毫秒。我一般是把读出来的转换成DateTime类型，然后.millisecond取出毫秒，加到时间字符串后面。
------解决方案--------------------
你可以格式化啊！！！！
或者sql函数处理！！！
------解决方案--------------------
数据库里面还有个毫秒，你在表格显示时，没有将它显示出来，系统就帮你四舍五入了。
你可以选择在表格厘面显示毫秒就可以了。
------解决方案--------------------
看看！
------解决方案--------------------
都被LZ耍了
 1983-5-9 12:12:05 --- 1983-5-9 12:12:06
这是差一毫秒吗。。。是1秒。。也不看清楚
------解决方案--------------------
头一次看见，但有可能，两种程序时间计算机制会不同。
------解决方案--------------------
有意思。就算是四舍五入。那么查询出来以后也应该是按照数据库里的值才对。所以我想四舍五入不成立。
------解决方案--------------------
哈哈，时区不同
ＳＱＬ里面是SQL时区
.NET里面是.NET时区
叫.ＮＥＴ稍微加快一点点
------解决方案--------------------