gpt4 book ai didi

python - SQLAlchemy 引发 None,导致 TypeError

转载 作者:太空狗 更新时间:2023-10-29 21:50:44 24 4
gpt4 key购买 nike

我在 SQLAlchemy 中使用声明式扩展,当我试图保存具有不正确数据的映射类的实例(特别是用 nullable=False 声明且值为 None 的列)时,我注意到一个奇怪的错误。

类(简化):

class User(Base):
__tablename__ = 'users'

id = Column(Integer, primary_key=True, autoincrement=True)
userid = Column(String(50), unique=True, nullable=False)

导致错误( session 是一个 SQLAlchemy session ):

>>> u = User()
>>> session.add(u)
>>> session.commit()

...

TypeError: exceptions must be old-style classes or derived from BaseException, not NoneType

查看导致这个异常的代码,发现(在sqlalchemy.orm.session中):

except:
transaction.rollback(_capture_exception=True)
raise

在这种情况下捕获的异常是 sqlalchemy.exc.OperationalError。如果我将这些行更改为:

except Exception as e:
transaction.rollback(_capture_exception=True)
raise e

然后问题就消失了,抛出 OperationalError 而不是 None。原始代码不应该在任何最新版本的 Python 中工作吗? (我使用的是 2.7.2)这个错误是否特定于我的应用程序?

python 2.7.2

SQLAlchemy 0.7.5

更新:该错误似乎在某种程度上特定于我的应用程序。我正在用 SQLAlchemy 引擎包装 eventlet.db_pool,这似乎是问题的根源。使用内存中的 SQLite 或基本的 MySQL 引擎运行我的简单测试没有这个问题,但使用 db_pool 则有。

测试用例:https://gist.github.com/1980584

完整的追溯是:

Traceback (most recent call last):
File "test_case_9525220.py", line 41, in <module>
session.commit()
File "/usr/local/Cellar/python/2.7.2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/sqlalchemy/orm/session.py", line 645, in commit
self.transaction.commit()
File "/usr/local/Cellar/python/2.7.2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/sqlalchemy/orm/session.py", line 313, in commit
self._prepare_impl()
File "/usr/local/Cellar/python/2.7.2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/sqlalchemy/orm/session.py", line 297, in _prepare_impl
self.session.flush()
File "/usr/local/Cellar/python/2.7.2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/sqlalchemy/orm/session.py", line 1547, in flush
self._flush(objects)
File "/usr/local/Cellar/python/2.7.2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/sqlalchemy/orm/session.py", line 1635, in _flush
raise
TypeError: exceptions must be old-style classes or derived from BaseException, not NoneType

最佳答案

这是我的发现:

  • 异常(OperationalError)是正常的,直到失败的事务回滚(在 Session._flush() 中)。
  • 事务回滚由 mysqldb 通过 eventlet.tpool 处理。具体来说,调用eventlet.tpool.execute,这涉及创建一个eventlet.Event并调用它的wait方法。
  • 在等待期间,会发生一些与线程相关的复杂事情,其中​​之一是检查异常并将其传递给事件进行处理。它获取仍在 sys.exc_type 中的 OperationalError,并最终在 eventlet.event.hubs.hub.BaseHub.switch 中清除它.
  • 控制返回到Session._flush,并重新引发异常(使用raise),但此时没有异常所以它尝试不加注

这个行为可以用一个简单的例子重现:

from eventlet import tpool

def m():
pass

try:
raise TypeError
except:
tpool.execute(m)
raise

有点不清楚 eventlet 在这种情况下到底应该做什么,所以我不知道这个错误应该报告给 sqlalchemy 还是 eventlet,或者两者。

纠正它的最简单方法是,正如您已经注意到的那样,将 sqlalchemy.orm.session.Session._flush 的最后几行从

更改为
    except Exception:
transaction.rollback(_capture_exception=True)
raise

    except Exception, e:
transaction.rollback(_capture_exception=True)
raise e

编辑:我提出了一个 issue在 eventlet 的问题跟踪器上。不过,也可能值得在 sqlalchemy 上提高它。

关于python - SQLAlchemy 引发 None,导致 TypeError,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9525220/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com