方法executeUpdate也用于执行更新表SQL语句,它表明SQL语句返回更新计数或没有其他结果,则有必要调用方法getMorreSult以确定是否还有其他结果集或更新计数,则该方法执行返回true,getResultset返回null意味着它不是结果集为更新计数,getupdateCount返回-1的行数表示结果是结果集或没有结果如果已调用并处理了返回的结果集对象,如果内容仅在不更新主键的情况下进行更新,扩展资料：方法执行：用于执行返回多个结果。
sql update语句的用法是什么
m_Res=mysql_query（&m_My_Cont,“update pswd set my_pswd=’“+我的变量名+“’“）;
声明@num int
但是@num = 1
更新table_name set ..... where @num = 1 ....
如下：
1.首先打开SQL数据库工作室。
2.在[命令类型]中选择[UPDATE]。
3.此时，生成了SQL文件。
executeUpdate()方法的使用
方法执行
它用于执行插入，更新或删除语句和SQLDDL（数据定义语言），例如createtable和droptable。桌子。
executeUpdate的返回值是一个整数，指示行的数量（即更新计数）。对于非操作句子（例如createTable或droptable），executeUpdate的返回值为零。
ExecuteUpdate方法是因为CreateTableCoffees中的SQL语句是DDL（数据定义语言）语句。创建表，更改表，并且删除表都是DDL语句的示例。执行方法用于执行。它也可以从其名称中可以看出，方法executeUpdate也用于执行更新表SQL语句。-sqlupdate语句
扩展资料：
方法执行：
用于执行返回多个结果，多个更新或两者组合的语句。因为大多数程序员不需要此高级功能
仅当语句才能返回多个Resultset对象，多个更新计数或ResultSet对象与更新计数的组合时，才应使用执行方法。编译时，程序员未知），尽管这很少见，但可能会发生多个结果。
由于该方法执行处理是非常规的，因此获得一些特殊待遇并不奇怪。
例如，假设知道一个过程返回两个结果集，则使用方法执行此过程后，必须称为getResultSet以获取第一个结果集，然后调用适当的getxxx方法以获取值要获取第二个结果集，您需要先调用GetMorresults方法，然后调用GetResultSet方法。-date
如果已知可以返回两个更新计数的过程，请首先调用方法getUpdateCount，然后致电GetMorresults，然后再次致电GetUpdateCount。
对于返回内容，如果结果是结果集对象，则该方法执行返回true；如果结果是javaint，请返回false。
如果返回int，则意味着结果是更新或执行语句是DDL命令。呼叫方法之后要做的第一件事是呼叫getResultSetset或getUpdateCount。
呼叫方法getResultSet可以在第一个对象中获得两个或多个Resultset对象；或呼叫方法getupdatecount可以获得更新计数的两个或更多更新计数。
1，getResultset
返回null意味着它不是结果集为更新计数，也不是其他结果
2，getupdateCount
返回-1的行数表示结果是结果集或没有结果
如果已调用并处理了返回的结果集对象，则有必要调用方法getMorreSult以确定是否还有其他结果集或更新计数。如果GetMerresults返回true，则需要再次调用GetResultSet才能检索下一个结果集。-sqlupdate语句
如上所述，如果GetResultSet返回null，则需要致电GetUpdateCount以检查null是结果的结果还是其他结果。
当getMorresults返回false时，它表明SQL语句返回更新计数或没有其他结果。因此，您需要调用方法GetUpdateCount来检查哪种情况。在这种情况下，当当前的结果没有其他结果条件是正确的：-date
（stmt．getMoreSults（）（false）（false）＆＆ ＆＆ ＆＆（（（（
参考资料：
百度百科全书 -
Baidu百科全书-shellexecute
mysql的update语句如果没有更新记录怎么判断这种情况
有时我们不小心表演了一只大表，例如写错了哪里......
目前，如果Kill删除更新线程，则需要大量时间来滚动撤消日志。如果放置，则不知道更新将持续多长时间。
我们可以知道更新的进度吗？
实验
让我们首先创建一个测试数据库：
快速创建一些数据：
在连续执行同一SQL几次之后，您可以快速构建数千万的其他数据：
查看行总数：
让我们发布一个大更新：
然后还有另一个会话可以观察performance_schema中的信息：
可以看出，性能_schema将列出从引擎当前SQL获得的行数。
SQL结束后，我们将看到从引擎获得了多少条更新线：
可以看到该 update 从引擎总共获取的行数是表大小的两倍，那我们可以估算：update 的进度 = （rows_examined） / （2 * 表行数）
? 贴 贴 贴
在信息_schema.tables中，提供了表行数的估计，该估计比使用选择计数（1）的成本低得多，这几乎可以忽略它。
因此，从引擎获得的行数量是否需要在这种情况下进行讨论。上面的SQL更新主键。如果内容仅在不更新主键的情况下进行更新？让我们对其进行测试：
等待更新的结尾，检查Row_examine，并发现它恰好是表的大小：
那么我们如何准确地这些倍数呢？
一种方法是依靠经验：在更新语句的位置中将扫描多少行，是否修改了主键，是否修改了唯一键，并使用这些条件来估计系数。
另一种方法是在具有相同结构的小表上测试它并获得多个。
这样，我们可以准确估计大型更新的进度。
