Mari analisa perbezaan antara replace into dan replace dalam MySQL

Artikel ini membawakan anda pengetahuan yang berkaitan tentang mysql, yang terutamanya memperkenalkan penjelasan terperinci tentang perbezaan antara replace into dan replace dalam MySQL Artikel memperkenalkannya secara terperinci melalui kod sampel, yang akan menjadi rujukan untuk kajian atau kerja semua orang. Nilai, harap ia membantu semua orang.

Pembelajaran yang disyorkan: tutorial video mysql

Artikel ini adalah pengenalan saya tidak pernah memberi perhatian kepada perbezaan antara menggantikan ke dan menggantikan sebelum ini. Selepas menguji dalam berbilang senario, saya tidak dapat menemui sebarang perbezaan penting antara keduanya apabila memasukkan data? Jika sesiapa tahu butirannya, sila tinggalkan mesej untuk memberitahu saya, saya amat berterima kasih! ! !

0. Latar belakang cerita

[Struktur jadual]

CREATE TABLE `xtp_algo_white_list` (
  `strategy_type` int DEFAULT NULL,
  `user_name` varchar(64) COLLATE utf8_bin DEFAULT NULL,
  `status` int DEFAULT NULL,
  `destroy_at` datetime DEFAULT NULL,
  `created_at` datetime DEFAULT CURRENT_TIMESTAMP,
  `updated_at` datetime DEFAULT CURRENT_TIMESTAMP,
  UNIQUE KEY `xtp_algo_white_list_UN` (`strategy_type`,`user_name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin


# `strategy_type`,`user_name` 这两个是联合唯一索引，多关注后续需要用到！！！

[Keperluan:]

• Menurut data akaun 209133002266 dalam jadual, masukkan semula pengguna 20220302001 supaya medan strategy_type & status & destroy_at dalam data yang baru dijana adalah konsisten dengan pengguna 209133002266.
• Menggunakan kemas kini untuk mengemas kini satu demi satu juga mungkin, tetapi ia lebih perlahan.
• Kesan penggunaan replace into akan menjadi lebih tinggi, tetapi kajian mendalam mendapati terdapat juga beberapa perangkap

1 Cara menggunakan replace into

replace into xtp_algo_white_list (`strategy_type`, `user_name`, `status`, `destroy_at`)
select strategy_type ,20220302001, status, destroy_at from xtp_algo_white_list xawl where xawl.user_name = 209133002266;

# replace into 后面跟表格+需要插入的所有字段名（自动递增字段不用写）
# select 后面选择的字段，如果根据查询结果取值，则写字段名；如果是写死的，则直接写具体值即可
# 可以理解为，第一部分是插入表格的结构，第二部分是你查询的数据结果

2. Apabila terdapat indeks unik—ganti ke dalam & dan gantikan kesan

langkah1: Pelaksanaan pertama sql

replace into xtp_algo_white_list (`strategy_type`, `user_name`, `status`, `destroy_at`)
select strategy_type ,20220302001, status, destroy_at from xtp_algo_white_list xawl where xawl.user_name = 209133002266;

[ Selepas pelaksanaan, hasil pertanyaan Seperti berikut: ]

langkah2: Pelaksanaan kedua sql

Mengapakah semasa pelaksanaan kedua, kemas kini 12 baris data dan dibuat pada data dikemas kini, manakala kemas kini 6 baris dipaparkan pada kali pertama? ? ?

1. Kerana apabila melaksanakan sql, replace into sebenarnya dilaksanakan dalam dua langkah. Langkah pertama ialah mengubah data pertanyaan kepada data baharu. Dalam langkah kedua, jika data baharu sudah mempunyai kandungan yang sama dalam jadual, ia akan dipadamkan. Jika tiada kandungan yang sama, data baharu akan dimasukkan terus.

2. Kerana apabila perkara di atas dilaksanakan buat kali pertama, data baharu telah dijana sekali, dan kemudian data terkini akan dimasukkan dipaparkan

langkah3 : Pelaksanaan ketiga sql

# 此时执行的是replace 

replace xtp_algo_white_list (`strategy_type`, `user_name`, `status`, `destroy_at`)
select strategy_type ,20220302001, status, destroy_at from xtp_algo_white_list xawl where xawl.user_name = 209133002266;

• Situasi terakhir yang dilihat ialah sama seperti pelaksanaan kedua sql .
• Apabila data baharu sudah wujud, ganti ke dan ganti adalah sama
• Selepas itu padamkan semua 20220302001, laksanakan SQL sekali dan dua kali, dan dapatkan kesan penggantian ke dan ganti adalah sama. .

[Ringkasan:] Apabila terdapat sekatan indeks yang unik, jika data baharu akan disekat oleh indeks unik, data itu hanya akan disisipkan sekali dipadam dahulu dan kemudian dimasukkan. Pada masa ini, replace into mempunyai kesan yang sama seperti replace.

3. Apabila tiada indeks unik—ganti ke dan ganti

Kami akan memadamkan indeks unik bersama strategi_jenis & nama_pengguna dan memadamkan semua data 20220302001 pengguna. Struktur jadual akhir adalah seperti berikut:

CREATE TABLE `xtp_algo_white_list` (
  `strategy_type` int DEFAULT NULL,
  `user_name` varchar(64) COLLATE utf8_bin DEFAULT NULL,
  `status` int DEFAULT NULL,
  `destroy_at` datetime DEFAULT NULL,
  `created_at` datetime DEFAULT CURRENT_TIMESTAMP,
  `updated_at` datetime DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin

1) Situasi khusus bagi fungsi ganti

langkah1: Laksanakan penggantian berikut yang sepadan dengan sql:

replace xtp_algo_white_list (`strategy_type`, `user_name`, `status`, `destroy_at`)
select strategy_type ,20220302001, status, destroy_at from xtp_algo_white_list xawl where xawl.user_name = 209133002266;

langkah2: Jalankan ganti semula sql yang sepadan:

• Penggantian Pelaksanaan Kedua sepadan dengan sql Kerana tiada sekatan indeks yang unik, data asal tidak berubah. Enam keping data baharu telah dijana semula.
• Jika sql di atas dilaksanakan kemudian, data akan terus meningkat

2) Situasi khusus .replace into function

Sebelum melaksanakan, bersihkan data , padamkan semua data 20220302001

langkah1: laksanakan penggantian berikut ke dalam sql yang sepadan:

replace into xtp_algo_white_list (`strategy_type`, `user_name`, `status`, `destroy_at`)
select strategy_type ,20220302001, status, destroy_at from xtp_algo_white_list xawl where xawl.user_name = 209133002266;

step2：再次执行replace into 对应sql：

最终发现，没有唯一索引的时候，replace into 与replace 居然一摸一样的效果，都是继续增加数据。

通过以上分析，没看出replace into 与replace 具体有啥区别？？？？有谁知道呢？

4.replace的用法

• 单独replace的作用是替换字段中某数值的显示效果。可以数值中的部分替换、也可以全部替换。
• 如下表格，将user_name的字段，20220302改为"A_20220303"显示，并且新字段叫做new_name显示

select *, replace(user_name,20220302,'A_20220303') as "new_name" from xtp_algo_white_list where user_name = 20220302001;

推荐学习：mysql视频教程

Atas ialah kandungan terperinci Mari analisa perbezaan antara replace into dan replace dalam MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!