Penerokaan mendalam tentang butiran penggunaan UPDATE dalam MySQL

Dalam MySQL, anda boleh menggunakan pernyataan UPDATE untuk mengubah suai dan mengemas kini data dalam satu atau lebih jadual. Artikel berikut akan membantu anda meneroka butiran penggunaan UPDATE dalam MySQL Saya harap ia akan membantu anda.

Latar Belakang Keperluan

Baru-baru ini saya menerima keperluan pemindahan data, data sistem lama telah dipindahkan ke sistem baharu; sistem lama tidak Data perniagaan akan ditambah lagi dan operasi perniagaan akan dilakukan pada sistem baharu

Untuk mengurangkan kesan migrasi, data akan dipindahkan secara berkelompok, yang bermaksud bahawa yang lama dan sistem baharu akan berjalan selari untuk satu tempoh masa

Pembahagian data Kelompok tidak dibahagikan mengikut julat ID, yang bermaksud bahawa ID setiap kelompok data adalah tidak teratur

Selain itu, untuk memastikan kesesuaian antara data sistem lama dan baharu, ID sistem baharu menggunakan ID sistem lama sebanyak mungkin

Memandangkan ID jadual ditambah secara automatik dalam yang lama dan baharu sistem, semasa penghijrahan, ID sistem lama mungkin telah diduduki dalam sistem baharu, serupa dengan yang berikut

Penerangan keperluan

Apabila memindahkan data, gunakan ID sistem lama sebanyak mungkin dan ID yang bercanggah perlu dilaraskan dalam kelompok

　 Cara melaraskan kumpulan ID yang bercanggah ini itulah yang saya mahu capai sekarang

Pelaksanaan saya adalah untuk menetapkan ID berdasarkan pertumbuhan data perniagaan dan ID maksimum sistem baharu semasa

　

Bagaimana hendak menulis SQL ini?

Realisasi keperluan

Sesetengah rakan mungkin berfikir bahawa ini tidak mudah?

Ia hanya 5 keping data, bukankah ia boleh dilakukan seperti ini? tuan, adakah anda tahu bagaimana untuk melakukannya?

Poster itu tiba-tiba menyedari: Kawan saya, awak sangat hebat

Tetapi jika terdapat banyak data yang bercanggah (beratus atau beribu), anda juga Tukar satu persatu macam ni?

Jika anda benar-benar melakukan ini, saya sangat mengagumi anda

Jelas sekali, ada kawan yang lebih waras

Jadi apa yang perlu saya lakukan? Sedar?

Poster tidak kisah, anda boleh menggunakan pembolehubah tempatan

KEMASKINI

untuk mencapainya, hanya pergi ke

SQL Mari kita lihat kes sebenar

Jadual tbl_batch_update

Data adalah seperti berikut

Kesan pelaksanaan adalah seperti berikut

Selepas kemas kini

Menjadi lebih teliti

Bagaimana untuk mencapainya? Adakah

KEMASKINI

turut menyokong

ORDER OLEH? Ia benar-benar disokong, seperti yang ditunjukkan di bawah

Apabila poster biasanya menggunakan KEMASKINI, dia pada dasarnya tidak menggabungkannya dengan PESAN OLEH , dan dia juga tidak mencubanya ? Jom baca perlahan-lahan

KEMASKINI

Yang berikut semuanya berdasarkan dokumen rasmi KEMASKINI MySQL

8.0

Penyata dihimpunkan agar anda pergi terus ke dokumen rasmi

　Sintaks jadual tunggal

Adakah anda mempunyai banyak soalan:

Sintaks berbilang jadual

Berbanding dengan Jadual sintaks jadual tunggal, nampaknya lebih mudah, tidak menyokong

PESANAN

OLEH

dan

HAD

　KEUTAMAAN_RENDAH 　 Salah satu pengubah suai KEMASKINI

, digunakan untuk mengurangkan keutamaan SQL

Apabila menggunakan KEUTAMAAN_RENDAH Selepas itu, pelaksanaan KEMASKINI akan ditangguhkan sehingga tiada pelanggan lain membaca data daripada jadual

Walau bagaimanapun, hanya terdapat kunci peringkat meja Enjin storan hanya menyokong KEUTAMAAN_RENDAH Enjin storan untuk kunci peringkat meja termasuk: MyISAM, MEMORY dan

MERGE, jadi yang paling biasa digunakan ialah

InnoDB tidak disokong Terdapat sangat sedikit senario penggunaan, cuma nampak biasa　ABAIKAN

Salah satu pengubah UPDATE

, digunakan untuk mengisytiharkan kaedah pengendalian ralat apabila

SQL dilaksanakan

Jika

IGNORE tidak digunakan, KEMASKINI Jika ralat berlaku semasa pelaksanaan, ia akan dibatalkan, seperti yang ditunjukkan di bawah

　9002 Kemas Kini Apabila ia menjadi

9003

, konflik kunci utama, keseluruhan

KEMASKINI dibatalkan dan kemas kini 9000 9001 akan ditarik balik, 9003 ~ 9005 belum dikemas kini lagi Apakah yang akan berlaku jika saya menggunakan ABAIKAN? 　

KEMASKINI Walaupun ralat berlaku semasa pelaksanaan, pelaksanaan akan selesai dan bilangan baris yang terjejas akhirnya akan menjadi dikembalikan

Baris yang terjejas dalam pemulangan di atas ialah 2 Bolehkah anda beritahu saya yang mana dua baris yang diubah suai?

Untuk maklumat lanjut tentang ABAIKAN, sila semak: Kesan IGNORE terhadap Pelaksanaan Penyata

Mengenai senario penggunaan, berjalan selari antara lama dan sistem baharu, Ia mungkin digunakan semasa melakukan pemindahan data Apabila kunci utama atau kunci unik bercanggah, abaikan sahaja

　PESANAN OLEH

Jika anda berminat dengan UDPATE Jika anda memahami proses pelaksanaan, ia akan lebih mudah untuk difahami

　

KEMASKINI Sebenarnya terdapat dua peringkat: Periksa peringkat, Peringkat kemas kini

Memproses baris demi baris, jika baris didapati memenuhi klausa

WHERE, kemas kini baris

Jadi, di sini

PESAN OLEH adalah sama dengan PILIH dalam ORDER OLEH mempunyai kesan yang sama

Berkenaan senario penggunaan, anda boleh kembali dan melihat latar belakang permintaan yang dinyatakan tadi,

　

ABAIKAN dalam kes 1 Malah, anda juga boleh menggunakan ORDER OLEH

LIMIT

　 Klausa

LIMIT row_count ialah had padanan baris. Sebaik sahaja baris bilangan_baris ditemui yang memenuhi klausa WHERE, pernyataan akan berhenti serta-merta tanpa mengira sama ada baris itu benar-benar berubah

Iaitu untuk mengatakan

HAD terhad kepada fasa semak dan tiada kaitan dengan fasa kemas kini

　

Ambil perhatian bahawa : Masih terdapat perbezaan daripada PILIH dalam sintaks HAD

　

nilai DEFAULT

　

KEMASKINI Sederhana Nilai klausa SET ialah ungkapan Kita boleh faham, apakah ini LALAI. maksudnya?

Mula-mula kita lihat masalah sebegini Katakan lajur diisytiharkan

BUKAN NULL, tetapi kami mengemas kini lajur ini kepada <.>NULL

Apa yang akan berlaku

Mari kita lihat SQL_MODE dan laksanakan PILIH @@sql_mode; untuk mendapatkan hasil

　STRICT_TRANS_TABLES menunjukkan bahawa mod ketat didayakan, untuk INSERT dan KEMASKINI pernyataan >nilai Kawalan akan menjadi lebih ketat

Jika kita mematikan mod ketat dan melihat hasil pelaksanaan

nama pengisytiharan medan Ia menjadi BUKAN NULL dalam mod SQL yang tidak ketat, tetapkan nama kepada NULL berjaya, tetapi nilai yang diubah bukan NULL, tetapi nilai lalai jenis VARCHAR : Rentetan kosong ('')

Ringkasan:

1. Dalam mod SQL yang ketat,

TIDAK NULL tetapan medan NULL akan melaporkan ralat secara langsung dan kemas kini akan gagal 2. Bukan dalam mod SQL yang ketat, untuk

NOT NULL tetapan medan NULL akan menetapkan nilai medan kepada jenis medan Nilai lalai yang sepadan Untuk nilai lalai jenis medan, anda boleh melihat: Nilai Lalai Jenis Data

Untuk

sql_mode

, anda boleh melihat : Mod SQL Pelayan Biasanya,

MySQL

persekitaran yang dijana biasanya dalam mod ketat, jadi semua orang tahu bahawa terdapat nilai LAIALA .

SET pesanan medan

Untuk yang berikut

SQL

Saya rasa semua orang sangat jelas

　Walau bagaimanapun, apakah nilai lajur

nama

dalam SQL

Mari kita lihat hasilnya

Adakah nilai nama

sedikit berbeza daripada yang dijangkakan?

Jadual tunggal

KEMASKINI

SET dilakukan dari kiri ke kanan, tetapi berbilang jadual KEMASKINI bukan, beberapa jadual KEMASKINI tidak dijamin akan dilakukan dalam mana-mana tertib tertentu Ringkasan

　1. Sama ada

KEMASKINI

atau DELETE, terdapat proses menyemak dahulu dan memproses setiap baris ditemui

　2. KEMASKINI sintaks KEUTAMAAN_RENDAH jarang digunakan, ABAIKAN kadangkala digunakan, PESANAN OLEH dan LIMIT agak biasa dan semuanya kelihatan biasa

3. sql_mode adalah lebih penting Mata pengetahuan disyorkan untuk semua orang untuk menguasai; untuk persekitaran pengeluaran, adalah sangat disyorkan untuk menghidupkan mod ketat

Alamat asal: https://www.cnblogs.com/youzhibing/p/16719474.html

Pengarang: Qingshi Lu

[Cadangan berkaitan: tutorial video mysql]

Atas ialah kandungan terperinci Penerokaan mendalam tentang butiran penggunaan UPDATE dalam MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!