1.安全性。能够基于数据库的值使用户具有 *** 作数据库的某种权利。
# 能够基于时间限制用户的 *** 作,比如不同意下班后和节假日改动数据库数据。
2.审计。能够跟踪用户对数据库的 *** 作。
# 审计用户 *** 作数据库的语句。
# 把用户对数据库的更新写入审计表。
3.实现复杂的数据完整性规则
# 实现非标准的数据完整性检查和约束。触发器可产生比规则更为复杂的限制。与规则不同,触发器能够引用列或数据库对象。比如,触发器可回退不论什么企图吃进超过自己保证金的期货。
# 提供可变的缺省值。
4.实现复杂的非标准的数据库相关完整性规则。触发器能够对数据库中相关的表进行连环更新。比如,在auths表author_code列上的删除触发器可导致对应删除在其他表中的与之匹配的行。
# 在改动或删除时级联改动或删除其他表中的与之匹配的行。
# 在改动或删除时把其他表中的与之匹配的行设成NULL值。
# 在改动或删除时把其他表中的与之匹配的行级联设成缺省值。
# 触发器可以拒绝或回退那些破坏相关完整性的变化,取消试图进行数据更新的事务。当插入一个与其主健不匹配的外部键时,这样的触发器会起作用。比如,可以在books.author_code 列上生成一个插入触发器,假设新值与auths.author_code列中的某值不匹配时,插入被回退。
5.同步实时地复制表中的数据。
6.自己主动计算数据值,假设数据的值达到了一定的要求,则进行特定的处理
check 在 mysql 中不报错,但似乎不起作用。接着首先想到的应该是触发器,不过以前我在哪本书上看到国外专家说,尽量少用触发器、视图、存储过程等,理由我忘了,但与我的想法一致,所以我从不去用这些东西,用多了只怕增加数据库层面的复杂性,所以我不会触发器。除了触发器,可以考虑用事务。本人非常倾向于用事务,事务容易理解和编写。我在写 mysql 时,都是大量使用事务的,对我来说性能是第二位的,数据的可靠性和一致性,这是第一位的,是重中之重。
你这个问题用事务处理也很方便的,大致语句如下,长久不写有点忘了,你自己调试一下:
start transaction
update product set nums=new nums where id=记录id
update product set subprice=price*nums where id=记录id
然后根据两条 update 语句的返回结果决定是 commit 还是 rollback.
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)