01204223/flask-backend-db - ประวัติรุ่นแก้ไข

Jittat: /* ปัญหาการลบ TodoItem ที่มี Comment */

2026-01-23T21:40:30Z

ปัญหาการลบ TodoItem ที่มี Comment

Jittat: /* ความสัมพันธ์ระหว่างโมเดล (โมเดล Comment) */

2026-01-23T21:38:47Z

ความสัมพันธ์ระหว่างโมเดล (โมเดล Comment)

Jittat: /* สร้างโมเดลและการเพิ่ม relationship */

2026-01-23T11:21:55Z

สร้างโมเดลและการเพิ่ม relationship

Jittat: /* ปัญหาการลบ TodoItem ที่มี Comment (เอกสารเวอร์ชันเก่า) */

2026-01-23T11:21:19Z

ปัญหาการลบ TodoItem ที่มี Comment (เอกสารเวอร์ชันเก่า)

Jittat: /* สร้างโมเดลและการเพิ่ม relationship */

2026-01-23T11:17:42Z

สร้างโมเดลและการเพิ่ม relationship

Jittat: /* สร้างโมเดลและการเพิ่ม relationship */

2026-01-23T11:08:16Z

สร้างโมเดลและการเพิ่ม relationship

Jittat: /* ปัญหาการลบ TodoItem ที่มี Comment */

2026-01-23T11:07:13Z

ปัญหาการลบ TodoItem ที่มี Comment

Jittat: /* ปัญหาการลบ TodoItem ที่มี Comment */

2026-01-23T11:06:20Z

ปัญหาการลบ TodoItem ที่มี Comment

Jittat: /* การลบ TodoItem ที่มี Comment */

2026-01-23T09:04:44Z

การลบ TodoItem ที่มี Comment

Jittat: /* การลบ TodoItem ที่มี Comment */

2026-01-23T09:00:29Z

การลบ TodoItem ที่มี Comment

@@ แถว 1,016: / แถว 1,016: @@
 </syntaxhighlight>
-อย่างไรก็ตาม ถ้าเราใช้ SQLite เราจะไม่สามารถใช้เงื่อนไขแบบนี้ได้ ยกเว้นแต่จะมีการระบุไว้เพิ่มเติมตอนสร้างตาราง (อ่านเพิ่มที่ [https://docs.sqlalchemy.org/en/21/dialects/sqlite.html#sqlite-foreign-keys SQLite Foreign Key Support])
+อย่างไรก็ตาม ถ้าเราใช้ SQLite การระบุเงื่อนไขแค่นี้จะยังไม่ทำให้เกิด cascade delete ยกเว้นแต่จะมีการระบุไว้เพิ่มเติมตอนสร้างตาราง (อ่านเพิ่มที่ [https://docs.sqlalchemy.org/en/21/dialects/sqlite.html#sqlite-foreign-keys SQLite Foreign Key Support])
 == Refactor ส่วน Backend ==

@@ แถว 668: / แถว 668: @@
      id: Mapped[int] = mapped_column(Integer, primary_key=True)
      message: Mapped[str] = mapped_column(String(250))
-     todo_id: Mapped[int] = mapped_column(ForeignKey('todo_item.id'))
+    ### สังเกตว่าในการประกาศด้านล่าง มีการระบุ ondelete ด้วย
      todo: Mapped["TodoItem"] = relationship(back_populates="comments")
 </syntaxhighlight>
 ส่วน relationship ทั้ง <tt>comments</tt> และ <tt>todo</tt> จะเป็นสิ่งที่ ORM จะจัดการให้ และไม่มีผลต่อ schema ในฐานข้อมูล
 {{กล่องเทา|
-'''หมายเหตุ''': ตอนเขียนตัวอย่างนี้ รีบเกินไป ทำให้ relationship จาก Comment กลับไป TodoItem ชื่อ todo แทนที่จะเป็น todo_item ทำให้การเรียกชื่อดูไม่คงเส้นคงวา ขออภัยด้วยครับ}}
+'''หมายเหตุ 1''': ในเวอร์ชันแรกของเอกสาร ไม่ได้กำหนด ondelete ตอนประกาศ foreign key ซึ่งจะมีส่วนทำให้เกิดปัญหาที่ไม่สามารถลบบาง TodoItem ที่มี Comment ได้ &nbsp;&nbsp; อย่างไรก็ตาม สำหรับระบบฐานข้อมูลขนาดเล็กอย่าง SQLite ยังต้องมีการระบุใน relationship อยู่ดีว่าถ้าลบให้ทำ cascade delete}}
 === Migration ===

@@ แถว 676: / แถว 676: @@
 {{กล่องเทา|
-'''หมายเหตุ 1''': ตอนเขียนตัวอย่างนี้ รีบเกินไป ทำให้ relationship จาก Comment กลับไป TodoItem ชื่อ todo แทนที่จะเป็น todo_item ทำให้การเรียกชื่อดูไม่คงเส้นคงวา ขออภัยด้วยครับ}}
+'''หมายเหตุ''': ตอนเขียนตัวอย่างนี้ รีบเกินไป ทำให้ relationship จาก Comment กลับไป TodoItem ชื่อ todo แทนที่จะเป็น todo_item ทำให้การเรียกชื่อดูไม่คงเส้นคงวา ขออภัยด้วยครับ}}
 === Migration ===

@@ แถว 967: / แถว 967: @@
 ถ้าสามารถทำงานได้ถูกต้อง อย่าลืม commit งานของคุณ}}
-== ปัญหาการลบ TodoItem ที่มี Comment (เอกสารเวอร์ชันเก่า) ==
+== ปัญหาการลบ TodoItem ที่มี Comment ==
-: ''ส่วนนี้สำหรับคนที่เริ่มทำในวันที่ 23 ม.ค. 69 ในคาบเรียน ที่จะมีปัญหาเรื่องการลบ todo item''
+สำหรับโค้ดที่เราเขียนไว้แล้ว ถ้าเราลองลบ todo item ที่มี comment จะไม่สามารถลบได้ และจะได้ error ดังนี้
   sqlalchemy.exc.IntegrityError: (sqlite3.IntegrityError) NOT NULL constraint failed: comment.todo_id
@@ แถว 992: / แถว 990: @@
 </syntaxhighlight>
-'''อีกวิธีหนึ่ง''' (ที่ดีกว่า) การแก้อีกวิธีจะทำในระดับ database โดยให้ระบุเงื่อนไขการลบตั้งแต่ตอนการสร้าง Foreign Key เลย แต่เนื่องจากเราไม่ได้ระบุไว้ในตอนแรก (ในเอกสารเวอร์ชันนี้แก้ไขแล้ว) ทำให้ถ้าเราเพิ่มตอนนี้ จะต้องทำ migration และการลบ constraint ใน migration นั้นทำได้ยุ่งยาก ดังนั้นในที่นี้เราจะไม่ทำแบบนั้น
+'''อีกวิธีหนึ่ง''' (ที่ดีกว่าถ้าใช้ระบบฐานข้อมูลที่รองรับ Foreign Key Constraint) การแก้อีกวิธีจะทำในระดับ database โดยให้ระบุเงื่อนไขการลบตั้งแต่ตอนการสร้าง Foreign Key เลย แต่เนื่องจากเราไม่ได้ระบุไว้ในตอนแรก (ในเอกสารเวอร์ชันนี้แก้ไขแล้ว) ทำให้ถ้าเราเพิ่มตอนนี้ จะต้องทำ migration และการลบ constraint ใน migration นั้นทำได้ยุ่งยาก ดังนั้นในที่นี้เราจะไม่ทำแบบนั้น
 อย่างไรก็ตาม ถ้ามีการสร้าง one-to-many relationship ต่อไป เรา'''ควร'''ระบุเงื่อนไขนี้ไว้เลย โดยเขียนในส่วน Comment ดังนี้
@@ แถว 1,011: / แถว 1,009: @@
      # ....
 </syntaxhighlight>
 == Refactor ส่วน Backend ==

@@ แถว 668: / แถว 668: @@
      id: Mapped[int] = mapped_column(Integer, primary_key=True)
      message: Mapped[str] = mapped_column(String(250))
-     todo_id: Mapped[int] = mapped_column(ForeignKey('todo_item.id', ondelete="CASCADE"))
+     todo_id: Mapped[int] = mapped_column(ForeignKey('todo_item.id'))
      todo: Mapped["TodoItem"] = relationship(back_populates="comments")
 </syntaxhighlight>
 ส่วน relationship ทั้ง <tt>comments</tt> และ <tt>todo</tt> จะเป็นสิ่งที่ ORM จะจัดการให้ และไม่มีผลต่อ schema ในฐานข้อมูล
@@ แถว 679: / แถว 677: @@
 {{กล่องเทา|
 '''หมายเหตุ 1''': ตอนเขียนตัวอย่างนี้ รีบเกินไป ทำให้ relationship จาก Comment กลับไป TodoItem ชื่อ todo แทนที่จะเป็น todo_item ทำให้การเรียกชื่อดูไม่คงเส้นคงวา ขออภัยด้วยครับ}}
 === Migration ===

@@ แถว 967: / แถว 967: @@
 ถ้าสามารถทำงานได้ถูกต้อง อย่าลืม commit งานของคุณ}}
-== การลบ TodoItem ที่มี Comment ==
+== ปัญหาการลบ TodoItem ที่มี Comment ==
 สำหรับโค้ดที่เราเขียนไว้แล้ว ถ้าเราลองลบ todo item ที่มี comment จะไม่สามารถลบได้ และจะได้ error ดังนี้
@@ แถว 980: / แถว 980: @@
 <syntaxhighlight lang="python">
 class TodoItem(db.Model):
-     # ...
+    id: Mapped[int] = mapped_column(Integer, primary_key=True)
+    title: Mapped[str] = mapped_column(String(100))
-     # แก้บรรทัดนี้ ระบุ cascade
+     ###
      comments: Mapped[list["Comment"]] = relationship(back_populates="todo",
                                                       cascade="all, delete")
@@ แถว 991: / แถว 992: @@
 '''อีกวิธีหนึ่ง''' (ที่ดีกว่า) การแก้อีกวิธีจะทำในระดับ database โดยให้ระบุเงื่อนไขการลบตั้งแต่ตอนการสร้าง Foreign Key เลย แต่เนื่องจากเราไม่ได้ระบุไว้ในตอนแรก ทำให้ถ้าเราเพิ่มตอนนี้ จะต้องทำ migration และการลบ constraint ใน migration นั้นทำได้ยุ่งยาก ดังนั้นในที่นี้เราจะไม่ทำแบบนั้น
-อย่างไรก็ตาม ถ้ามีการสร้าง one-to-many relationship ต่อไป เรา**ควร**ระบุเงื่อนไขนี้ไว้เลย โดยเขียนในส่วน Comment ดังนี้
+อย่างไรก็ตาม ถ้ามีการสร้าง one-to-many relationship ต่อไป เรา'''ควร'''ระบุเงื่อนไขนี้ไว้เลย โดยเขียนในส่วน Comment ดังนี้
 <syntaxhighlight lang="python">
@@ แถว 998: / แถว 999: @@
 ### สำหรับงานนี้เราจะละไว้ก่อน
 ####################
 class Comment(db.Model):
-     # ตอนประกาศ ForeignKey ควรระบุ ondelete ด้วย
+    id: Mapped[int] = mapped_column(Integer, primary_key=True)
      todo_id: Mapped[int] = mapped_column(ForeignKey('todo_item.id', ondelete="CASCADE"))

←รุ่นแก้ไขก่อนหน้า		รุ่นแก้ไขเมื่อ 09:00, 23 มกราคม 2569
แถว 987:		แถว 987:

	# ...		# ...
		+	</syntaxhighlight>
		+
		+	'''อีกวิธีหนึ่ง''' (ที่ดีกว่า) การแก้อีกวิธีจะทำในระดับ database โดยให้ระบุเงื่อนไขการลบตั้งแต่ตอนการสร้าง Foreign Key เลย แต่เนื่องจากเราไม่ได้ระบุไว้ในตอนแรก ทำให้ถ้าเราเพิ่มตอนนี้ จะต้องทำ migration และการลบ constraint ใน migration นั้นทำได้ยุ่งยาก ดังนั้นในที่นี้เราจะไม่ทำแบบนั้น
		+
		+	อย่างไรก็ตาม ถ้ามีการสร้าง one-to-many relationship ต่อไป เราควรระบุเงื่อนไขนี้ไว้เลย โดยเขียนในส่วน Comment ดังนี้
		+
		+	<syntaxhighlight lang="python">
		+	####################
		+	### ในอนาคตถ้ามีการสร้าง relationship ควรระบุ ondelete ไว้เลย
		+	### สำหรับงานนี้เราจะละไว้ก่อน
		+	####################
		+	class Comment(db.Model):
		+	# ตอนประกาศ ForeignKey ควรระบุ ondelete ด้วย
		+	todo_id: Mapped[int] = mapped_column(ForeignKey('todo_item.id', ondelete="CASCADE"))
		+
		+	# ....
	</syntaxhighlight>		</syntaxhighlight>