53.为了防止多次数据库 *** 作导致数据库不完整( )我们可以使用(colse)
54. connection 对象为我们提供了三个与事务相关的方法,请写上它们:开启事务:(connedtion.begintrans ),结束事务并保有更改:
connection(.committrans ),结束事务并却小更改:connection(.rollbacktrans )
55.如果我们查得到数据表中某个字段的信息需要用recordset对象的(fields )集合中的(name )对象。
56.取得field对象的方法是:set field=recordset.fields.item(i),我们可以通过field对象的(name)属性得到字段名,还可以通过(
type)属性得到字段的类型。
57.我们可以在记录集内移动指针,以便 *** 作不同的数据记录,如果我们要将指针移到最后一条记录,可以使用(recordset.movelast )方法
,将指针移到首记录使用(recordset.movefirst )方法,移动到上一条记录使用(recordset.previous )方法,移动到下一条记录可使用(
recordset.movenext )方法。
58.删除记录,我们可以直接使用SQL语句中的delete语句,也可以将记录查询到之后使用recordset对象的( delete)方法来删除当前记录。
虽然直接使用Delete语句删除记录非常方便,但有时对于一些需要进行复杂判断才决定是否删除记录的情况下,我们还是要使用recordset对象
的(delete )方法来删除记录。
59.更新一条记录除可以使用update语句外,还可以将记录查询到之后,改变各字段的值,然后使用recordset对象的( addnew )方法来更新
数据。虽然直接使用update语句更新数据十分方便,但有时对于需要进行一些不规则更新的时候还是要使用到recordset对象的(addnew )方
法来更新数据记录。
有时候我们会不小心对一个大表进行了 update,比如说写错了 where 条件......
此时,如果 kill 掉 update 线程,那回滚 undo log 需要不少时间。如果放置不管,也不知道 update 会持续多久。
那我们能知道 update 的进度么?
实验
我们先创建一个测试数据库:
快速创建一些数据:
连续执行同样的 SQL 数次,就可以快速构造千万级别的数据:
查看一下总的行数:
我们来释放一个大的 update:
然后另起一个 session,观察 performance_schema 中的信息:
可以看到,performance_schema 会列出当前 SQL 从引擎获取的行数。
等 SQL 结束后,我们看一下 update 从引擎总共获取了多少行:
可以看到该 update 从引擎总共获取的行数是表大小的两倍,那我们可以估算:update 的进度 = (rows_examined) / (2 * 表行数)
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)