The name column is NULL now. You ma

The name column is NULL now. You may expect that the value of the name column remains intact. However, the REPLACE statement does not behave this way. In this case, the REPLACE statement works as follows:

The REPLACE statement first inserts the new row into the cities table with the information provided by the column list. The insertion fails because the row with id 2 already exists in the cities table therefore MySQL raises a duplicate-key error.
The REPLACE statement then updates the row that has the key specified in the value of the id column. In the normal process, it would delete the old row with conflict id first and then inserts a new row.

We know that the REPLACE statement did not delete the old row and inserted the new row because the value of the id column is 2 instead of 4.

ผลลัพธ์ (ไทย) 1:

คอลัมน์ชื่อเป็น NULL คุณอาจคาดหวังว่า ค่าของคอลัมน์ชื่อยังคงเหมือนเดิม อย่างไรก็ตาม คำสั่งแทนที่ไม่ทำวิธีนี้ ในกรณีนี้ แทนที่คำสั่งทำงานเป็นดังนี้: ยอดแทนที่แทรกแถวใหม่ครั้งแรกในเมืองตารางข้อมูลโดยรายการคอลัมน์ แทรกที่ล้มเหลวเนื่องจากแถวที่ มีรหัส 2 มีอยู่แล้วในตัวเมืองดังนั้น MySQL ยกมีข้อผิดพลาดคีย์ซ้ำ แทนที่ยอดแล้วปรับปรุงแถวที่มีคีย์ระบุไว้ในค่าของคอลัมน์รหัส ในกระบวนการปกติ มันจะลบแถวเก่ากับรหัสความขัดแย้งครั้งแรก และแทรกแถวใหม่แล้วเรารู้ว่า คำสั่งแทนที่ไม่ได้ลบแถวเก่า และแทรกแถวใหม่เนื่องจากค่าในคอลัมน์รหัส 2 แทน 4

ผลลัพธ์ (ไทย) 2:

คอลัมน์ชื่อเป็นโมฆะในขณะนี้ คุณอาจจะคาดหวังว่าค่าของคอลัมน์ชื่อยังคงเหมือนเดิม อย่างไรก็ตามคำสั่งเปลี่ยนไม่ได้ทำงานในลักษณะนี้ ในกรณีนี้การทำงานของคำสั่งเปลี่ยนดังนี้แทรกแทนที่คำสั่งแรกแถวใหม่ลงในตารางเมืองที่มีข้อมูลจากรายชื่อคอลัมน์ แทรกล้มเหลวเนื่องจากแถวที่มีรหัส 2 มีอยู่แล้วในตารางเมืองจึง MySQL ยกข้อผิดพลาดที่ซ้ำกันคีย์. คำสั่งเปลี่ยนจากนั้นปรับปรุงแถวที่มีคีย์ที่ระบุในค่าของคอลัมน์ประชาชนได้ที่ ในกระบวนการปกติก็จะลบแถวเก่าที่มีรหัสความขัดแย้งครั้งแรกแล้วแทรกแถวใหม่. เรารู้ว่าแทนที่คำสั่งไม่ได้ลบแถวเก่าและแทรกแถวใหม่เพราะค่าของคอลัมน์ประชาชนได้คือ 2 แทน 4

ผลลัพธ์ (ไทย) 3:

คอลัมน์ชื่อเป็นโมฆะแล้ว คุณอาจจะคาดหวังว่า ค่าของคอลัมน์ชื่อ ยังคงไม่เปลี่ยนแปลง อย่างไรก็ตาม แทนที่งบไม่ทำตัวแบบนี้ ในกรณีนี้ แทนที่งบทำงานดังนี้

แทนที่ข้อความแรกแทรกแถวใหม่ในเมืองตารางกับข้อมูลที่ให้ไว้โดยรายการคอลัมน์การแทรกล้มเหลวเพราะแถวกับ ID 2 มีอยู่แล้วในเมืองตารางดังนั้น MySQL หัสกุญแจสำรองข้อผิดพลาด .
แทนที่งบแล้วปรับปรุงแถวที่มีคีย์ที่ระบุไว้ในค่าของ ID คอลัมน์ ในกระบวนการปกติ มันก็จะลบแถวเก่า ความขัดแย้งกับ ID ก่อนแล้วแทรกแถวใหม่

เรารู้ว่าแทนที่งบไม่ได้ลบแถวเก่าและแทรกแถวใหม่ เพราะค่าของคอลัมน์ ID 2 แทน 4 .