PEP 249-DB API问题
大家好，
随着服务器项目的开发继续，事实证明我是
过度使用MySQLDB和DB相互作用。一个问题是
只是打扰我，为什么我们不暂停PEP 249中的查询
(DB API)？
等待查询完成真的是安全的吗，意味着，总是吗
返回，即使DB服务器降低了？
而且，从我的角度来看，这可能是一个很好的功能。我们可以使用
长/非关键数据库查询，暂停和缓慢/关键
超时。这将使我们有一点机会优先/消费
询问他们的批判性？而且，我看不到太多的努力
实施。一个人必须更改相关的插座逻辑
DB的API源代码？
你怎么看？
谢谢
# 回答1
2008年11月5日，星期三，上午3:52，k3xji
尝试使用非阻滞功能(可能是RDBMS特定的)
欢迎补丁。一条建议：
尝试产生一个新的过程来运行查询
在。使用多处理库。你的主
然后，应用程序只能轮询DB/查询过程
查看他们是否是否a)完成并且b)有结果
您的应用程序服务器也可以C0杀死长期运行
"被认为"要"太长"的查询
并且可能无法完成(例如：笛卡尔连接)。
- Jamesmills
- -
- -
- "通过方法解决问题"
2008年11月5日，星期三，上午3:52，k3xji
尝试使用非阻滞功能(可能是RDBMS特定的)
欢迎补丁。一条建议：
尝试产生一个新的过程来运行查询
在。使用多处理库。你的主
然后，应用程序只能轮询DB/查询过程
查看他们是否是否a)完成并且b)有结果
您的应用程序服务器也可以C0杀死长期运行
"被认为"要"太长"的查询
并且可能无法完成(例如：笛卡尔连接)。
- Jamesmills
- -
- -
- "通过方法解决问题"
# 回答2
在2008-11-04 18:52，K3XJI写道：
这将是Python DB-Sig邮件列表的问题。
诸如超时和处理这些事情之类的事情通常是
这是非常具体的数据库。很难提供可靠的
配置此方法，甚至可能不在
数据库API的范围(例如，因为超时必须为
使用一些配置文件在数据库服务器中配置)。
我建议您检查MySQL是否提供了设置超时的方法
然后，您将其用于项目。
- -
马克·安德烈·伦堡
egenix.com
直接来自来源的专业Python服务(#1，2008年11月4日)
______________________________________________________________________________________________________
::::尝试MXODBC.ZOPE.DA Windows，Linux，Solaris，MacOSX免费！ ::::
egenix.com软件，技能和服务GmbH Pastor-Loeh-Str.48
D-40764德国Langenfeld。首席执行官大队。马克·安德烈·伦堡
在Amtsgericht Duesseldorf注册：HRB 46611
在2008-11-04 18:52，K3XJI写道：
这将是Python DB-Sig邮件列表的问题。
诸如超时和处理这些事情之类的事情通常是
这是非常具体的数据库。很难提供可靠的
配置此方法，甚至可能不在
数据库API的范围(例如，因为超时必须为
使用一些配置文件在数据库服务器中配置)。
我建议您检查MySQL是否提供了设置超时的方法
然后，您将其用于项目。
- -
马克·安德烈·伦堡
egenix.com
直接来自来源的专业Python服务(#1，2008年11月4日)
______________________________________________________________________________________________________
::::尝试MXODBC.ZOPE.DA Windows，Linux，Solaris，MacOSX免费！ ::::
egenix.com软件，技能和服务GmbH Pastor-Loeh-Str.48
D-40764德国Langenfeld。首席执行官大队。马克·安德烈·伦堡
在Amtsgericht Duesseldorf注册：HRB 46611
# 回答3
只是大声思考：...
更多向后兼容的方法是有一个线程
运行查询的线程池，主池线程为
调查以查看孩子线程是否花费太长时间
完全的？但是，从性能的角度来看
做噩梦？您有充分的理由建议
多处理，对吗？但至少我可以实施我的
使用这种设计的关键查询，因为它们不是
很多。
好主意，谢谢...
只是大声思考：...
更多向后兼容的方法是有一个线程
运行查询的线程池，主池线程为
调查以查看孩子线程是否花费太长时间
完全的？但是，从性能的角度来看
做噩梦？您有充分的理由建议
多处理，对吗？但至少我可以实施我的
使用这种设计的关键查询，因为它们不是
很多。
好主意，谢谢...
# 回答4
2008年11月5日星期三，上午6:13，k3xji
更多的向后兼容的方法是拥有 线程
运行查询的线程池，主池线程为
调查以查看孩子线程是否花费太长时间
完全的？但是，从性能的角度来看
做噩梦？您有充分的理由建议
多处理，对吗？但至少我可以实施我的
使用这种设计的关键查询，因为它们不是
很多。
我讨厌线程:)说实话，我会
出于绩效原因使用过程，
是我，我会使用我的新闪亮电路[1]
查询完成时触发事件的库。
- Jamesmills
[1] http://trac.softcircuit.com.au/circuits/
- -
- -
- "通过方法解决问题"
2008年11月5日星期三，上午6:13，k3xji
更多的向后兼容的方法是拥有 线程
运行查询的线程池，主池线程为
调查以查看孩子线程是否花费太长时间
完全的？但是，从性能的角度来看
做噩梦？您有充分的理由建议
多处理，对吗？但至少我可以实施我的
使用这种设计的关键查询，因为它们不是
很多。
我讨厌线程:)说实话，我会
出于绩效原因使用过程，
是我，我会使用我的新闪亮电路[1]
查询完成时触发事件的库。
- Jamesmills
[1] http://trac.softcircuit.com.au/circuits/
- -
- -
- "通过方法解决问题"
# 回答5
在消息中，詹姆斯
米尔斯写道：
一种方法可能是有两个过程：工作过程和
观察者过程。当然，工人做这项工作。在执行任何之前
呼叫可能会悬挂的，工人向观看者发送消息："如果您
不要在X秒内听到我的回音，杀死我"。然后打电话。
通话后，它向观察者发送了另一条消息："好，我回来了，
取消超时"。
在消息中
米尔斯写道：
一种方法可能是有两个过程：工作过程和
观察者过程。当然，工人做这项工作。在执行任何之前
呼叫可能会悬挂的，工人向观看者发送消息："如果您
不要在X秒内听到我的回音，杀死我"。然后打电话。
通话后，它向观察者发送了另一条消息："好，我回来了，
取消超时"。