Python pyodbc 游标与数据库游标

Question

我每天都在使用 python，非常重视数据库工作。

使用 pyodbc 我的标准启动类似于

connection_hostname = pyodbc.connect('connection_string')
cursor_hostname = connection_hostname.cursor()
command_hostname = 'select * from everything_forever;'
cursor_hostname.execute('command_hostname')

如果我需要将游标重用于另一个查询而不是创建新游标，我可以像这样存储第一个查询的结果集：

results_from_query = cursor_hostname.fetchall()

然后继续前进。

到目前为止，这种方法对我来说效果很好。

最近，我换了工作，当我演示上述技术时，我的一些通常使用 GUI 来处理他们的数据库的新同事开始恐慌。让他们失望的是光标关键字。我知道游标对 DB 来说是一个很大的禁忌，因为它们表明逻辑不是建立在集合论中的，倾向于将主机推入低/零级别的并行化和 RBAR 类型操作，但我不相信 ODBC 游标我'上面声明的 m 与我们戴上 SQL Server 工程和管理帽子时想到的游标相同。

谁能解释一下这些 ODBC 游标和 SQL Server 类型游标之间的区别（假设我是正确的，它们是不同的）？

如果我不正确，请赐教并告诉我如何更有效地与我的数据库交互。

为什么你不能直接从像这样的连接执行

connection_hostname.execute(command_hostname)

我觉得拥有 ODBC 游标结构与允许多个游标通过同一连接以降低连接成本等有关。离基地远吗？

Answer 1

数据库游标受到 DBA 的谴责和不信任，通常是有充分理由的。它们通常是性能问题的根源，而基于集合的方法几乎总是更好。

http://www.databasejournal.com/features/mssql/article.php/3896206/What-Every-DBA-Ought-to-Know-About-SQL-Server-Cursors-and-Their-Alternatives.htm 例如说：

“在我的工作场所，游标在我们的 SQL Server 标准中是被禁止的。为了使用游标，我们必须证明游标的性能优于以另一种方式处理行。”

为了过于简单，你可能会向紧张的朋友解释，python 游标实际上是其他语言称为记录集或结果集的同义词，并且他们的 GUI 工具也使用游标/记录集（但不创建游标在数据库上！）。

difference between cursor and connection objects