Heim > Datenbank > MySQL-Tutorial > Hauptteil

Lassen Sie uns den Unterschied zwischen Ersetzen in und Ersetzen in MySQL analysieren

WBOY
Freigeben: 2022-08-22 19:55:05
nach vorne
2035 Leute haben es durchsucht

Dieser Artikel vermittelt Ihnen relevantes Wissen über MySQL, das hauptsächlich die detaillierte Erklärung des Unterschieds zwischen „Ersetzen in“ und „Ersetzen in MySQL“ vorstellt es hilft allen.

Lassen Sie uns den Unterschied zwischen Ersetzen in und Ersetzen in MySQL analysieren

Empfohlenes Lernen: MySQL-Video-Tutorial

Dieser Artikel ist nur eine Einführung. Ich habe noch nie auf den Unterschied zwischen Ersetzen in und Ersetzen geachtet. Nach dem Testen in mehreren Szenarien kann ich beim Einfügen von Daten keinen wesentlichen Unterschied zwischen den beiden feststellen? Wenn jemand die Details kennt, hinterlassen Sie mir bitte eine Nachricht, ich wäre Ihnen sehr dankbar! ! !

0. In den neu generierten Daten stimmt das Feld & destroy_at mit dem des Benutzers 209133002266 überein.

Es ist auch möglich, Update einzeln zu aktualisieren, ist aber langsamer.

Der Effekt der Verwendung von „replace into“ ist viel größer, aber eingehende Untersuchungen haben ergeben, dass es auch einige Fallstricke gibt

1 Wie man „replace into“ verwendet

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` 这两个是联合唯一索引,多关注后续需要用到!!!
Nach dem Login kopieren
    2 Wenn es einen eindeutigen Index gibt – „replace into &“. und Ersetzungseffekt
  • Schritt 1: Schritt 1 Die Situation der einmaligen Ausführung von 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;
    
    # replace into 后面跟表格+需要插入的所有字段名(自动递增字段不用写)
    # select 后面选择的字段,如果根据查询结果取值,则写字段名;如果是写死的,则直接写具体值即可
    # 可以理解为,第一部分是插入表格的结构,第二部分是你查询的数据结果
    Nach dem Login kopieren
【Nach der Ausführung sind die Abfrageergebnisse wie folgt:】

Schritt 2: Die Situation der zweiten Ausführung von SQL

Warum werden bei der zweiten Ausführung der Aktualisierung 12 Datenzeilen angezeigt und die erstellten Daten werden aktualisiert, die Aktualisierung 6 Zeilen werden jedoch zum ersten Mal angezeigt? ? ?

1. Denn beim Ausführen von SQL wird das Ersetzen in tatsächlich in zwei Schritten ausgeführt. Der erste Schritt besteht darin, die Abfragedaten in neue Daten umzuwandeln. Im zweiten Schritt werden die neuen Daten gelöscht, sofern sie bereits den gleichen Inhalt in der Tabelle haben. Sollte kein identischer Inhalt vorhanden sein, werden neue Daten direkt eingefügt.

2. Denn wenn das obige Mal ausgeführt wird, werden die neuen Daten zuerst gelöscht und dann werden die neuesten Daten eingefügt

Schritt 3: Das dritte Mal, dass SQL ausgeführt wird

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;
Nach dem Login kopieren
Nach dem Login kopieren

Die Endsituation ist dieselbe wie bei der zweiten SQL-Ausführung.

Wenn bereits neue Daten vorhanden sind, sind Ersetzen in und Ersetzen gleich.

Löschen Sie anschließend alle 20220302001, führen Sie SQL ein- und zweimal aus und stellen Sie fest, dass die Auswirkungen von Ersetzen in und Ersetzen gleich sind.

[Zusammenfassung:] Wann Wenn eine eindeutige Indexbeschränkung vorliegt und die neu hinzugefügten Daten durch den eindeutigen Index eingeschränkt werden, werden die Daten nur einmal eingefügt. Wenn sie bereits vorhanden sind, werden sie zuerst gelöscht und dann eingefügt. Zu diesem Zeitpunkt hat das Ersetzen in den gleichen Effekt wie das Ersetzen.

    3. Wenn kein eindeutiger Index vorhanden ist – ersetzen in und ersetzen
  • Wir löschen den gemeinsamen eindeutigen Index von strategy_type und user_name und löschen alle Daten von 20220302001 Benutzern. Die endgültige Tabellenstruktur ist wie folgt:
  • # 此时执行的是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;
    Nach dem Login kopieren
  • 1). :

Die zweite Ausführung von replace entspricht SQL. Da es keine eindeutige Indexbeschränkung gibt, ändern sich die Originaldaten nicht. Sechs neue Daten wurden neu generiert.

Wenn die obige SQL später ausgeführt wird, nehmen die Daten weiter zu

2) Die spezifische Situation der .replace into-Funktion

Bereinigen Sie vor der Ausführung zuerst die Daten und löschen Sie alle Daten von 20220302001

Schritt 1: Führen Sie Folgendes aus: Ersetzen in entspricht 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;
Nach dem Login kopieren
Nach dem Login kopieren

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;
Nach dem Login kopieren

推荐学习:mysql视频教程

Das obige ist der detaillierte Inhalt vonLassen Sie uns den Unterschied zwischen Ersetzen in und Ersetzen in MySQL analysieren. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:jb51.net
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage