ธุรกรรมใน PostgreSQL ผ่านทาง `psycopg2` ต่อเคอร์เซอร์หรือต่อการเชื่อมต่อหรือไม่?

ฉันทำงานกับ PostgreSQL 9.3 โดยใช้psycopg2API ฐานข้อมูล

ฉันได้ตั้งค่า API API ในระดับการแยกขั้นต่ำ (โหมด "autocommit") และกำลังจัดการธุรกรรมของฉันเองโดยตรงผ่าน SQL ตัวอย่าง:

cur = self.conn.cursor()
cur.execute("BEGIN;")
cur.execute("SELECT dbId, downloadPath, fileName, tags FROM {tableName} WHERE dlState=%s".format(tableName=self.tableName), (2, ))
ret = cur.fetchall()
cur.execute("COMMIT;")

โดยพื้นฐานแล้วธุรกรรมที่เริ่มต้นด้วยการcur.execute("BEGIN;")จำกัด เพียงเคอร์เซอร์นั้นหรือสำหรับการเชื่อมต่อทั้งหมด ( self.conn.cursor())?

สิ่งที่ซับซ้อนยิ่งกว่าที่ฉันกำลังทำอยู่นั้นเกี่ยวข้องกับการดำเนินการฐานข้อมูลแยกกันหลายครั้ง เนื่องจากทั้งหมดนี้อยู่ในคลาสที่มีการเชื่อมต่อเป็นสมาชิกจึงสะดวกยิ่งขึ้นในการสร้างเคอร์เซอร์ภายในแต่ละฟังก์ชั่น อย่างไรก็ตามฉันไม่แน่ใจว่าการสร้างเคอร์เซอร์ภายในธุรกรรมได้อย่างไร

โดยพื้นฐานแล้วถ้าธุรกรรมต่อการเชื่อมต่อฉันสามารถสร้างเคอร์เซอร์จำนวนมากได้ทันทีภายในธุรกรรม หากพวกเขาต่อเคอร์เซอร์นั่นหมายความว่าฉันต้องผ่านเคอร์เซอร์ไปทุกที่ มันคืออะไร

เอกสารไม่ได้สัมผัสกับสิ่งนี้แม้ว่าความจริงที่ว่าคุณสามารถโทรได้connection.commit()ทำให้ฉันมั่นใจอย่างเป็นธรรมว่าการควบคุมการทำธุรกรรมนั้นเป็นการเชื่อมต่อ

ธุรกรรมต่อเซสชันคือต่อการเชื่อมต่อ

PostgreSQL ไม่สนับสนุนการระงับและการทำธุรกรรมต่อดังนั้น psycopg2 จึงไม่สามารถสร้างมันต่อเคอร์เซอร์เว้นแต่ว่ามันจะสร้างการเชื่อมต่อใหม่ที่อยู่เบื้องหลัง

ในทางปฏิบัติฉันไม่พบเคอร์เซอร์ของ psycopg2 ที่มีประโยชน์เป็นพิเศษ พวกเขาสามารถเก็บชุดผลลัพธ์ไว้ได้หากคุณไม่ได้ใช้การดึงข้อมูลที่เพิ่มขึ้นจากเซิร์ฟเวอร์ แต่ฉันคิดว่ามันไม่ดีเท่าไร

ทำไมถึงออกด้วยตนเองbeginและcommitแม้ว่าแทนที่จะใช้วิธีการเชื่อมต่อสำหรับพวกเขา?

จากเอกสารpsycopg2 :

ในธุรกรรม Psycopg ได้รับการจัดการโดยคลาสการเชื่อมต่อ โดยค่าเริ่มต้นครั้งแรกที่คำสั่งถูกส่งไปยังฐานข้อมูล (โดยใช้หนึ่งในเคอร์เซอร์ที่สร้างขึ้นโดยการเชื่อมต่อ) ธุรกรรมใหม่จะถูกสร้างขึ้น คำสั่งฐานข้อมูลต่อไปนี้จะถูกดำเนินการในบริบทของการทำธุรกรรมเดียวกัน - ไม่เพียง แต่คำสั่งที่ออกโดยเคอร์เซอร์แรก แต่คำสั่งที่ออกโดยเคอร์เซอร์ทั้งหมดที่สร้างขึ้นโดยการเชื่อมต่อเดียวกัน หากคำสั่งใด ๆ ล้มเหลวการทำธุรกรรมจะถูกยกเลิกและจะไม่มีการดำเนินการคำสั่งเพิ่มเติมจนกว่าจะมีการเรียกไปยังวิธีการย้อนกลับ ()

ในเวลาเดียวกันจากรุ่น 2.4.2 มีautocommitแอตทริบิวต์ (เน้นเพิ่ม):

อ่าน / เขียนคุณสมบัติ: ถ้าTrueไม่มีการจัดการธุรกรรมโดยไดรเวอร์และทุกคำสั่งที่ส่งไปยังส่วนหลังมีผลทันที หากFalse การทำธุรกรรมใหม่เริ่มต้นที่การดำเนินการคำสั่งแรก : วิธีการcommit()หรือrollback()จะต้องเรียกใช้ด้วยตนเองเพื่อยุติการทำธุรกรรม

โหมด autocommit จะเป็นประโยชน์ในการดำเนินการคำสั่งที่กำหนดที่จะทำงานนอกทำธุรกรรมเช่นหรือCREATE DATABASEVACUUM

ค่าเริ่มต้นคือFalse(กระทำด้วยตนเอง) ตามข้อกำหนด DBAPI