Question

SQL 删除问题

我的数据库有很多行的值是相同的，所以删除行现在想通过时间记录来删除。
以下是我执行的语句：
DELETE FROM ManageData WHERE (CONVERT(varchar, shijian, 120) = '2013-04-02 09:19:43')

执行结果提示成功执行查询。可是数据却没有删除。而2013-04-02 09:19:43这个时间记录是存在在数据库里边的。
limianku 您的解答比较全面，可是现在我这个问题怎么解决呢？可以写个例子吗？SQL刚接触，关于一些函数和运算符还是不太了解呢。现在关键是通过‘2013-04-02 09：19：43’ 这个时间来查询都时灵时不灵的，有的时间记录却查到，有的查不到，而数据库的确存在的，居然都查不到，为什么呢？
是的，现在发现数据库中同一秒会产生多条数据了。请问怎么精确到毫秒来处理删除数据呢？时间是变量来的，是读取服务器数据库里边的时间来显示给客户的，然后客户想删除就通过选择一条记录来删除数据库中的记录。因为数据库里边的行有很可能几行的数据都是相同的，但是就是时间不同，像这种情况怎么处理删除记录比较好呢？我现在的想法是通过时间来确定是哪一条再删除。

Answer 1

建议你使用两个步骤来完成这个功能，这样可以避免误删除，毕竟你的时间只精确到秒，但是服务器时间中是精确到毫秒的，所以你这样查询中用“=”来做判断是不正确的，可能根本无法查询到结果，你可以参考下面的步骤
1、根据‘2013-04-02 09：19：43’作为条件来查询出数据iD，根据ID来删除，这样可以确保不会误删其他的数据，毕竟如果站在服务器角度，同一秒产生多条数据是很平常的事情，因此你可能会获得多个ID。
2、使用日期函数来处理时间比较，而不要直接用=来比较，如果你更喜欢用运算符的话，你要考虑如果同一秒有多条数据你如何取舍，是全部删除吗？还有毫秒数的对比，很多时候你并非DBA的情况下并无法看到数据的实际内容。
3、如果不考虑同一秒多条数据的情况，或者同一秒的数据都不要的情况下，建议将“=”改成begin and来处理时间。啰嗦一句，begin and使用中begin是包含的，不包含end所述时间。也可以用>= and <来解决

追问

你的解答比较全面，可是现在我这个问题怎么解决呢？可以写个例子吗？SQL刚接触，关于一些函数和运算符还是不太了解呢。

现在关键是通过‘2013-04-02 09：19：43’ 这个时间来查询都时灵时不灵的，有的时间记录却查到，有的查不到，而数据库的确存在的，居然都查不到，为什么呢？

追答

其实应该说你这个问题本来的解决思路就不科学，这样把，我手头没有mysql数据库，我用sql做个个例子你看看把，先看看我的测试数据

你可以看到，我模拟了数据库在服务器端绝对会遭遇的一秒多条数据，那么你可以看看，在统一毫秒有多达7调数据，当然我要说明，这些数据的registerTime字段不是我给予的静态值，而是通过程序动态插入的。那么在此情况下，你是否可以告诉我，你需要删除哪些数据呢？是全部11点08分05秒的数据吗？正常来讲这样是不符合逻辑的，如果你一定要这样做，我可以提供一条语句实现你的要求：delete from dateTest where registerTime between '2013-04-02 11:08:05' and '2013-04-02 11:08:06'

你执行上述语句就可以删除所有2013-04-02 11:08:05秒的数据，当然针对上图的数据，那就是删除全部，因为数据全部都是这个时间产生的。

当然，针对你的问题，我觉得你应该寻求其他的删除标识维度，数据库的管理里面本来就不推荐做删除的操作，更何况是不明确的删除，这样的操作本身风险就非常大，而且完全不可逆。

上述是我对你需求的理解，如果你能更明确你的需求可以继续追问

追问

明白了。是数据库中毫秒的问题。我用的是MS SQL2000，它在企业管理器中看到的只有秒数，要用查询分析器才能看到毫秒数，所以才纠结了这么久。。。删除的时候它四舍五入了，毫秒里边大于500的话，按上边的删除方法，的确有问题。所以现在我想的办法是：得到它的毫秒数，再通过'2013-04-02 09:19:43.806'来定位删除了。

追答

呵呵，其实我还是那个建议，最好还是不要用时间来作为维度删除，这样确实会出现很多麻烦，同一时间即使精确到毫秒也会有多条数据，如果可以的话还是考虑用别的维度来删除，或者更多的筛选，根据主键删除还是会可靠很多。避免误删操作。

追问

更多的筛选，我现在是没得选择，才考虑通过时间来删除的。因为有些操作员会输错数据，所以才考虑到删除。比如我的表是下边这样的，每行很多数据是相同的，请问怎么 筛选删除比较好呢？

追答

倒塌，还真是难为你了，这张表确实让人束手无策，数据冗余和重复到了令人发指的地步，真心的觉得这个表缺少一个必要的标示符，除ID以外的，比如一个流水号之类的，这个流水号自动生成，每笔交易自动+1，错误的未插入也自动+1，跟标识列差不多的，在操作员界面也能看到，前台生成的单据上也可以存在，要不就这表，出问题只是时间问题。就看什么时候会倒霉出现2条数据在同一秒出现就死翘翘了。

Answer 2

delete ManagerDate where to_char(shijian,'yyyy-MM-dd HH:mm:SS')='2013-04-02 09:19:43'
有点没听懂你的意思

追问

大哥。这是MS SQL。哪来的to_char函数啊。

追答

my sql 也有好吧

Answer 3

用LIKE,
DELETE FROM ManageData WHERE (CONVERT(varchar, shijian, 120) like '2013-04-02 09:19:43')就可以删掉了

追问

你的语句提示语法错误呢。提示在'2013-04-02 09:19:43'附近有语法错误呢。

追答

DELETE FROM ManageData WHERE shijian like to_char('yyyy-mm-dd','2013-04-02 09:19:43')

Answer 4

你把这条语句改成select看能查询到数据吗？再看一下这个shijian字段是什么类型的

追问

shijian字段是“datetime”类型的经一说，怪事了。有的时间记录能查到，有的时间记录却查不到。郁闷。查询居然有这样的层事？并且用上边的这条记录我还成功删除过数据，而现在却又删除不了，不知道怎么回事？怪哉。查询语句是：
SELECT * FROM ManageData WHERE (CONVERT(varchar, shijian, 120) = '2013-04-02 09:19:43')怎么时灵时不灵的？

追答

我觉得你还是要确认一下数据类型，不能用ssms展开表结构吗？
CONVERT(varchar, shijian, 120)这个转换只针对时间类型，如果你原本是varchar类型的话就无效了，还是会将毫秒输出的，你把这个转换放在select列表中，看一下转换的效果是否带毫秒

追问

如图所示。

追答

不知道2000对数据类型的转换有没有什么特殊的要求，你转换时将长度补全试试看
SELECT * FROM ManageData WHERE CONVERT(varchar(30), shijian, 120) = '2013-04-02 09:19:43'又或者你这个语句只是一部分，还有其他条件控制着筛选

Answer 5

那个问题失效了，给你发私信了，右上角，千万别发网址哈