cursor.fetchall（）対Pythonのリスト（カーソル）

Question

どちらのメソッドも返されたクエリの項目のリストを返します。彼らはまったく同じ用途を持っていますか？どのような違いパフォーマンス賢明？

Answer 1

デフォルトのカーソル、MySQLdb.cursors.Cursor、を使用している場合、結果セット全体がcursor.execute()が完了した時点で（すなわち、Pythonのリストに）クライアント側に保存されます。

したがって、あなたは

for row in cursor: 

を使用している場合でも、あなたは、メモリフットプリントの減少を得ることはありません。結果セット全体はすでにリストに格納されています（MySQLdb/cursors.pyのself._rowsを参照）。あなたがSSCursorやSSDictCursorを使用している場合

しかし、：

import MySQLdb 
import MySQLdb.cursors as cursors 

conn = MySQLdb.connect(..., cursorclass=cursors.SSCursor) 

は、 結果セットは、サーバ、mysqldの中に保存されています。今、あなたは

cursor = conn.cursor() 
cursor.execute('SELECT * FROM HUGETABLE') 
for row in cursor: 
    print(row) 

を書くことができますし、行はこのように最初のタプルの膨大なリストを構築するためにはPythonを必要としないため、メモリの節約、サーバから1つずつフェッチされます。

他にも既に述べたように、cursor.fetchall()とlist(cursor)は本質的に同じです。

Answer 2

list(cursor)カーソルが反復可能であるために機能します。あなたはまた、ループ内でcursorを使用することができます。

for row in cursor: 
    # ... 

良いデータベースアダプタ実装は、それがに設定されフル結果を保持する必要がないので、必要なメモリフットプリントを節約、サーバーからのバッチで行をフェッチしますメモリ。 cursor.fetchall()にはがあり、代わりに完全なリストを返します。

list(cursor)を使用している点は、cursor.fetchall()以上です。エンドエフェクトはまったく同じですが、代わりに結果をストリーミングする機会が無駄になりました。

Answer 3

cursor.fetchall()およびlist(cursor)は本質的に同じである。別のオプションは、リストを取得し、代わりに裸のカーソルオブジェクトの上だけでループしないことです。

for result in cursor: 

それが全体の結果をフェッチする必要がないように、結果セットが大きい場合、これは、より効率的にすることができそれをすべてメモリに保存しておきます。それぞれのアイテムを段階的に取得することができます（またはバッチでバッチをバッチ処理することもできます）。

Answer 4

A（のMySQLdb/PyMySQL固有の）注目に値する違いDictCursorを使用すると、結果セットが、それはあなたを与える場合には、空でない限りcursor.fetchall()はあなたにリストを与えながらlist(cursor)は常に、あなたのリストを与えるということです空のタプル。これはMySQLdbのケースであり、より新しいバージョンのケースに残っていますPyMySQL、後方互換性の理由からwill not be fixedです。これはisn't a violation of Python Database API Specificationですが、まだ驚くべきことですが、シーケンスではなく、リストと誤って誤ってタイプエラーが発生する可能性があります。

上記を踏まえて、結果セットが空の奇妙なタイプのエラーによってキャッチされることを避けるため、常にlist(cursor)をcursor.fetchall()よりも優先することをお勧めします。