python - Python/MySQL:无数据-读取，选择或处理的零行

Question

This question is unlikely to help any future visitors; it is only relevant to a small geographic area, a specific moment in time, or an extraordinarily narrow situation that is not generally applicable to the worldwide audience of the internet. For help making this question more broadly applicable, visit the help center。
7年前关闭。
我遇到错误“没有数据-零行被获取、选择或处理”
由于下面的答案描述了问题以及可能的解决方案，所以我将问题简化为这个问题。
回溯是：

cursor.execute("select function_1() from dual") 

/django/lib/python2.6/django/db/backends/util.py in execute
15.             return self.cursor.execute(sql, params) 

/django/lib/python2.6/django/db/backends/mysql/base.py in execute
86. return self.cursor.execute(query, args) 

usr/local/lib/python2.6/site-packages/MySQLdb/cursors.py in execute
176.       if not self._defer_warnings: self._warning_check() 

/usr/local/lib/python2.6/site-packages/MySQLdb/cursors.py in _warning_check
92.                   warn(w[-1], self.Warning, 3) 

最佳答案

我花了很长时间来处理这个问题：“没有数据-零行被提取、选择或处理”。我意识到问题的一部分是不同版本的MySQL（或者可能是Django和Python）会导致不同的行为。我不认为这是特定于Python或Django的，但不知道。我不知道这是否与设置的一些变量有关，而不是与不同版本中固有的一些变量有关。
这两套版本是：
set1:（MySQL:5.5.19），（Python:2.7.1），（Django:1.3.0）
set2:（MySQL:5.0.05），（Python:2.6.8），（Django:1.2.4）
我所做的：
在Python中（通过Django）：

cursor.execute("select function_1() from dual")
cursor.fetchall()

定义：
伪查询是指保证返回行但在代码逻辑中没有任何用途的数据库查询。
continue_handler_1329是：为1329 begin end声明continue handler；
在版本集合1中
案例1a:Python调用最后一个查询返回NULL的函数_1。我们得到了错误。
通过在末尾包含伪查询（或确保最后一个查询不返回空值）进行修复。
包括continue_handler_1329没有效果，假设函数_1没有游标。见下文。
案例1b:Python调用函数1，后者调用函数2。没有mysql游标。如果function2的最后一个查询返回空值：function2仍然正确计算并向function1返回正确的值。
不需要修复。
包括continue_handler_1329（在任一函数中）都没有效果（它仍然有效）。
案例1c:Python调用function_1，它打开一个游标，调用function2（在游标循环内或在游标选择自身）。如果function2的最后一个查询返回空：这是错误的。光标立即关闭，函数_1继续，就好像光标已经计算过一样。没有警告。
通过在function2末尾包含伪查询（或确保其最后一个查询不返回空值）进行修复
包括函数2中的continue_handler_1329不起作用。
在函数1中包含continue_handler_1329将导致无限循环。当光标用完行时，它不会在自己的处理程序中结束，而是在新的处理程序中结束，而不是设置Done=True。
总之，对于版本SET1：
将最后一个伪查询添加到从Python调用的函数以及可以从游标调用的任何函数中。或者确保这些函数的最后一个查询永远不会返回空值。continue_handler_无法解决此问题，并将导致带有游标的函数出现问题（除非continue_handler_在其自己的范围内）。
在版本集合2中
案例2a:Python调用函数_1，其中任何查询都返回空值。我们得到了错误。
没有虚拟查询可以修复此问题。
通过包含continue_handler_1329修复，假设函数_1没有任何游标（见下文）。或者确保没有查询返回空值。
案例2b:Python调用函数1，后者调用函数2。没有mysql游标。如果function2s有任何返回null的查询：我们将得到错误。
没有虚拟查询可以修复此问题。
通过在函数2中包含continue_handler_1329（或确保没有查询返回空值）修复了此问题。
在函数1中包含continue_handler_1329，除非它有一个游标，否则无效（见下文）
案例2c:Python调用函数_1，该函数打开一个游标，调用函数2（在游标循环内或
在光标中选择自己）。如果function2有任何返回null的查询：我们将得到错误。
没有虚拟查询可以修复此问题。
通过在函数2中包含continue_handler_1329（或确保没有查询返回空值）修复了此问题。
在函数1中包含continue_handler_1329将导致无限循环。当光标用完行时，它不会在自己的处理程序中结束，而是在新的处理程序中结束，而不是设置Done=True。
对于版本SET2，总结如下
将continue_handler_1329添加到任何可能具有返回null的查询的函数，带有游标的函数除外。除了声明的游标本身之外，这些查询不应包含任何返回null的查询。但是，带有游标的函数可能包含一个单独的开始-结束作用域，该作用域带有返回空的查询和继续处理程序。
总之，它在两方面都能发挥作用：
将continue_handler_1329添加到可能包含返回null的查询的所有函数中，并将最后一个伪查询添加到从Python调用的函数以及从游标调用的任何函数中。带有游标的函数不能包含continue_handler_1329，也不能包含返回null的查询，除非它们位于单独的开始-结束作用域中。（游标查询本身可能返回null，将由游标的continue处理程序处理）。

关于python - Python/MySQL:无数据-读取，选择或处理的零行，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11460825/

上一篇：php - 返回忽略 SQL 查询中设置的年份限制的所有数据

下一篇：PHP Sql 查询到 MYSQL 数据库中的多个表 - 需要专业的接触

相关文章：

python - 如何在 SnowLeopard 的非默认 python 安装上安装 pyobjc

python - 如何在 python 中使用大整数除法获得正确的精度

c# - 在 MySQL 的结果中找不到指定的列

php - 将 MySQL 过程与函数一起使用

php - 传递给 ORDER BY 的变量？

php - 在 if else 语句中从不同查询中选择一个数据

mysql - 错误 2002 (HY000) : Can't connect to local MySQL server through socket '/var/run/mysqld/mysql.sock' (2)

python - 相互绘制数据框列

python - pyinstaller 生成巨大的文件

python - TypeError : int() argument must be a string, 类似字节的对象或数字，而不是 'Calendar'

Answer 1

我花了很长时间来处理这个问题：“没有数据-零行被提取、选择或处理”。我意识到问题的一部分是不同版本的MySQL（或者可能是Django和Python）会导致不同的行为。我不认为这是特定于Python或Django的，但不知道。我不知道这是否与设置的一些变量有关，而不是与不同版本中固有的一些变量有关。
这两套版本是：
set1:（MySQL:5.5.19），（Python:2.7.1），（Django:1.3.0）
set2:（MySQL:5.0.05），（Python:2.6.8），（Django:1.2.4）
我所做的：
在Python中（通过Django）：

cursor.execute("select function_1() from dual")
cursor.fetchall()

定义：
伪查询是指保证返回行但在代码逻辑中没有任何用途的数据库查询。
continue_handler_1329是：为1329 begin end声明continue handler；
在版本集合1中
案例1a:Python调用最后一个查询返回NULL的函数_1。我们得到了错误。
通过在末尾包含伪查询（或确保最后一个查询不返回空值）进行修复。
包括continue_handler_1329没有效果，假设函数_1没有游标。见下文。
案例1b:Python调用函数1，后者调用函数2。没有mysql游标。如果function2的最后一个查询返回空值：function2仍然正确计算并向function1返回正确的值。
不需要修复。
包括continue_handler_1329（在任一函数中）都没有效果（它仍然有效）。
案例1c:Python调用function_1，它打开一个游标，调用function2（在游标循环内或在游标选择自身）。如果function2的最后一个查询返回空：这是错误的。光标立即关闭，函数_1继续，就好像光标已经计算过一样。没有警告。
通过在function2末尾包含伪查询（或确保其最后一个查询不返回空值）进行修复
包括函数2中的continue_handler_1329不起作用。
在函数1中包含continue_handler_1329将导致无限循环。当光标用完行时，它不会在自己的处理程序中结束，而是在新的处理程序中结束，而不是设置Done=True。
总之，对于版本SET1：
将最后一个伪查询添加到从Python调用的函数以及可以从游标调用的任何函数中。或者确保这些函数的最后一个查询永远不会返回空值。continue_handler_无法解决此问题，并将导致带有游标的函数出现问题（除非continue_handler_在其自己的范围内）。
在版本集合2中
案例2a:Python调用函数_1，其中任何查询都返回空值。我们得到了错误。
没有虚拟查询可以修复此问题。
通过包含continue_handler_1329修复，假设函数_1没有任何游标（见下文）。或者确保没有查询返回空值。
案例2b:Python调用函数1，后者调用函数2。没有mysql游标。如果function2s有任何返回null的查询：我们将得到错误。
没有虚拟查询可以修复此问题。
通过在函数2中包含continue_handler_1329（或确保没有查询返回空值）修复了此问题。
在函数1中包含continue_handler_1329，除非它有一个游标，否则无效（见下文）
案例2c:Python调用函数_1，该函数打开一个游标，调用函数2（在游标循环内或
在光标中选择自己）。如果function2有任何返回null的查询：我们将得到错误。
没有虚拟查询可以修复此问题。
通过在函数2中包含continue_handler_1329（或确保没有查询返回空值）修复了此问题。
在函数1中包含continue_handler_1329将导致无限循环。当光标用完行时，它不会在自己的处理程序中结束，而是在新的处理程序中结束，而不是设置Done=True。
对于版本SET2，总结如下
将continue_handler_1329添加到任何可能具有返回null的查询的函数，带有游标的函数除外。除了声明的游标本身之外，这些查询不应包含任何返回null的查询。但是，带有游标的函数可能包含一个单独的开始-结束作用域，该作用域带有返回空的查询和继续处理程序。
总之，它在两方面都能发挥作用：
将continue_handler_1329添加到可能包含返回null的查询的所有函数中，并将最后一个伪查询添加到从Python调用的函数以及从游标调用的任何函数中。带有游标的函数不能包含continue_handler_1329，也不能包含返回null的查询，除非它们位于单独的开始-结束作用域中。（游标查询本身可能返回null，将由游标的continue处理程序处理）。