sql语句里delete

DELETE 语句...这个东西...删除数据...就是它。

让我给你举个例子...在2 02 2 年...我在一家公司...他们的数据库...有一个表...称为客户...存储客户信息...非常复杂。

然后...公司举办了一个活动...偷偷...那些客户...在2 02 1 年签的...并且对合同不满意...不得不删除...那天...我看了一下SQL语句...DELETE FROMcustomers WHERE signup_date < '2 02 2 -01 -01 ';...我当时也很困惑...害怕...万一误删了怎么办...后来才意识到...跟老板确认了...然后执行了...
就是这样... DELETE FROM... 然后表名...customers...WHERE...是条件...signup_date < '2 02 2 -01 -01 '...这意味着...signup_date...这个字段...小于...2 02 2 -01 -01 ...那些行...被删除...
请注意...WHERE...这个...很重要...如果没有WHERE...那么...DELETE FROMcustomers;...这个... 哎呀...然后整个表...全没了...全没了...
所以...用这个的时候要小心...要非常小心...数据库里的数据很珍贵...删除了...很难恢复...最好...先备份...或者...确保...
有时候...删除数据...也会影响...性能...尤其是那个表...很大...很大...比如...有几百万条记录...那时候...删除...可能会慢... 极其慢...
还有...有些数据库...比如...MySQL...其...DELETE...可能...需要结合...事务...使用...启动事务...执行DELETE...然后提交...或者回滚...这样...保证...数据...一致性...
总之...DELETE语句...很强大...但是...使用的时候...要小心一点...别...数据没了...哭没地方...就这样了...

SQL实战新手入门：事务（4）

事务回滚点：MIT之后，只提交UPDATE，回滚DELETE。
唯一的保存点：在同一个事务内，保存点名称是唯一的。
SQL Server 语法：使用 SAVETRAN 而不是 SAVEPOINT。
分布式事务：复杂，需要两阶段提交，减少数据丢失。
隔离级别：SQL标准定义，Oracle/g实现SERIALIZABLE和READONLY。
DB混乱：DB中的SERIALIZABLE是REPEATABLEREAD（RR），READSTABILITY（RS）。
CURSORSTABILITY：IBM DB 默认值，类似于 READCOMMITTED。
UNMITTEDREAD：无锁，可能脏读。
SQL Server：支持所有标准隔离级别以及快照。
行为：脏读、不可重复读、幻读定义。

自己掂量一下。

delete语句在sql的用法

DELETE语句用法：
1 ．删除指定条件记录： DELETE FROM table_name WHERE 条件； 时间：2 02 3 -1 0-2 7 地点：数据库服务器 具体数字：表名、条件
2 删除所有记录： 从表名中删除； 时间：2 02 3 年1 0月2 7 日 地点：数据库服务器 具体编号：表名
注释：
1 ．交易处理： DELETE可以回滚。
时间：2 02 3 -1 0-2 7 位置：数据库服务器
2 外键约束： DELETE 受外键影响。
时间：2 02 3 -1 0-2 7 位置：数据库服务器
3 性能考虑： 对于大表，DELETE 速度很慢。
时间：2 02 3 -1 0-2 7 位置：数据库服务器
TRUNCATE 与 DELETE：
1 截断： 删除所有行并且不记录个别行。
时间：2 02 3 -1 0-2 7 位置：数据库服务器
2 删除： 清除指定条件并触发触发器。
时间：2 02 3 -1 0-2 7 位置：数据库服务器
示例：
1 删除name='John'记录： DELETE FROM table1 WHERE name='John'; 时间：2 02 3 -1 0-2 7 地点：数据库服务器 具体数字：表1 ，'约翰'
2 删除所有记录： 从表 1 中删除； 时间：2 02 3 -1 0-2 7 地点：数据库服务器 具体数字：表1
许可证要求： 需要相应的许可证。
时间：2 02 3 年1 0月2 7 日 地点：数据库服务器