LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> MySQL (16) - Tipy a triky k manipulaci s daty

Něco o příkazu REPLACE. Také se dozvíte, jak lze jednoduše odstranit z tabulky duplicitní záznamy.

29.4.2005 15:00 | Petr Zajíc | Články autora | přečteno 50767×

Již byla řeč o vkládání dat, o jejich aktualizaci i o jejich odstraňování. V souvislosti s tím si dovolím nabídnout několik tipů a triků, které se v této oblasti mohou hodit. Uvidíte, že MySQL může příjemně i nepříjemně překvapit.

Příkaz REPLACE

Příkaz REPLACE funguje podobně jako INSERT s tím, že za určitých okolností může některé řádky v tabulce přepsat. Přepsány budou záznamy, mající stejný primární klíč nebo jedinečný index. O indexech sice ještě v seriálu řeč nebyla, měli jsme však možnost zmínit se o primárních klíčích, a to v souvislosti s automaticky číslovanými řádky (ve skutečnosti to často je tak, že primární klíče tvoří právě automatická čísla řádků). Následuje příklad na REPLACE předpokládájící, že se rozhodneme vyměnit telefonní čísla v hypotetickém adresáři. Jako primární klíč poslouží e-mail uživatele:

create table replace_test (email varchar(50), jmeno varchar(50), telefon varchar(20), primary key (email));
insert into replace_test (email, jmeno) values('nekdo@nekde.cz', 'Někdo'),
('nekdojiny@nekdejinde.cz', 'Jára Cimrman');
replace into replace_test(email, jmeno) values('nekdo@nekde.cz', 'Úplně někdo jiný');

Pokud to zkusíte a prohlédnete si výsledky, zjistíte, že skutečně nebyl vložen třetí záznam, ale místo toho byl přepsán záznam druhý, protože souhlasil primární klíč - email. Upřímně řečeno, moc v lásce příkaz REPLACE nemám. A to ze tří důvodů:

  1. V praxi se mi ještě nepodařilo přijít na situaci, kdy by měl reálné využití. Mám na mysli převážně webové aplikace. Nevím, možná to souvisí s bodem č. 2 (Pokud však REPLACE používáte, šup s tím do diskuse pod článkem).
  2. Příkaz REPLACE je v SQL nestandardní. To znamená, že jej většina DBMS nemá a já si na něj nějak nemůžu zvyknout. Pochopitelně, že by podobná úloha šla řešit pomocí kombinace příkazu DELETE a INSERT.
  3. Nezapomeňte, že příkaz REPLACE maže celý řádek. V našem příkladu by to třeba znamenalo, že pokud bychom přepsali řádek s telefonem a nezadali nový telefon, ten původní tam v žádném případě NEZŮSTANE. Do nezadaných polí se totiž vloží výchozí hodnota (nebo hodnota NULL).

Příklad je zajímavý ještě něčím - všimněte si, že jako primární klíč jsme použili e-mail. Klíčem skutečně nemusí být jen číslo; měla by to však být informace, která se s dostatečnou zárukou nebude moci v tabulce opakovat. Například jméno to nesplňuje (že, Josefe Nováku?), e-mail, rodné číslo nebo číslo bankovního účtu však nejspíše ano.

Klauzule IGNORE

Bolení hlavy můžete mít z toho, když se vám povede během příkazu manipulujícího s daty způsobit v databázi chybu. Mějme například následujcí tabulku:

create table seznam (id int not null auto_increment, nazev varchar(50), primary key (id));

do níž vložíme naprosto nevinný řádek:

insert into seznam (nazev) values (2, 'druhý řádek');

Co se však stane, jestliže následně spustíme tento příkaz, který se pokusí vložit tři záznamy?

insert into seznam (id, nazev) values (1, 'první řádek'), (2, 'druhý řádek'), (3, 'třetí řádek');

Tento jeden příkaz by měl vložit tři položky, přičemž druhá z nich neprojde (obsahovala by duplicitu). Jak to dopadne? Nejspíš vás to překvapí, ale BUDE vložen první řádek - a následně příkaz skončí chybou. Dostáváme se do stavu, kdy část příkazu byla provedena, ale část ne. To je jedna z nejhorších věcí, které vás v databázovém světě mohou potkat. Jak z toho ven? Existují v zásadě dvě možnosti - buď všechny chyby ignorovat, nebo v případě jakékoli chyby VŮBEC NIC nevkládat. My se teď budeme zabývat tou první situací. V takovém případě stačí kouzelné rozšíření příkazu INSERT, a to o slovíčko IGNORE, takto:

insert ignore into seznam (id, nazev) values (1, 'první řádek'), (2, 'druhý řádek'), (3, 'třetí řádek');

To povede k tomu, že druhý záznam sice rovněž nebude vložen, ALE TEN TŘETÍ ANO. Neboli, všechny chyby budou tiše ignorovány a všechno, co půjde uložit se taky uloží.

Pozn.: Ten druhý způsob - nevkládat nic - popíšu zatím pouze náznakem. Něčeho takového lze v MySQL dosáhnout použitím transakcí a tabulek používajících transakce. Tam je totiž výchozí chován to, že chyba uprostřed příkazu zruší celý příkaz. A o tom ještě uslyšíme.

Kdy používat rozšíření IGNORE? Narozdíl od příkazu REPLACE mám několik tipů. Například v situaci, kdy chceme rychle něco někam vložit s tím, že to bude odkontrolováno později. Nebo mám pro vás speciální trik, kterým rychle odstraníte duplicitní řádky z tabulky.

Odstranění duplicit

To je poměrně častá úloha, kterou někteří programátoři řeší dost krkolomně. Přitom to lze provést i jednoduše. Mějme následující tabulku:

create table duplicity (soucastka varchar(50), poznamka varchar(50));
insert into duplicity (soucastka) values ('matička');
insert into duplicity (soucastka) values ('matička');
insert into duplicity (soucastka) values ('šroubeček');
insert into duplicity (soucastka) values ('šroubeček');
insert into duplicity (soucastka) values ('podložka');
insert into duplicity (soucastka) values ('podložka');
insert into duplicity (soucastka) values ('podložka');

a chtějme z ní odstranit duplicitní záznamy. Možná tomu nebudete věřit, ale s tím, co jsme se již v seriálu naučili to je hračka:

create table bezduplicit like duplicity;
alter table bezduplicit add primary key (soucastka);
insert ignore bezduplicit select * from duplicity;
drop table duplicity;
rename table bezduplicit to duplicity;

Co se vlastně stalo? Nejdřív jsme si vytvořili kopii naší původní tabulky. Pak jsme ji trochu předefinovali, a nakonec jsme se do ní pokusili vložit, co se dalo. Jelikož však nová tabulka nesmí obsahovat duplicitní údaje ve sloupci soucastka, povedlo se vždy jen takové vložení, které se ještě neopakovalo. Ale, příkaz neskončí na první chybě, naopak pokračuje. Tento způsob vyčištění zdvojených (ztrojených ...) záznamů je jeden z nejrychlejších. Příliš jej nespomaluje ani počet duplicitních záznamů, ani  to, kolikrát se jednotlivé hodnoty opakují. Výhodou je rovněž to, že z prvních vyhovoujících záznamů by byly vloženy i údaje z dalších sloupců (jako je naše poznámka). Čistě pro pořádek jsem ještě původní tabulku odstranil a tu novou přejmenoval.

V dalším díle seriálu se začneme zabývat poměrně rozsáhlou látkou - a tou bude vybírání záznamů pomocí příkazu SELECT.

Verze pro tisk

pridej.cz

 

DISKUZE

PRIMARY KEY 29.4.2005 23:27 Josef Panak
Primární klíč 1.5.2005 20:35 Petr Zajíc
ještě k odstranění duplicit 5.5.2005 07:03 pogik
L Re: ještě k odstranění duplicit 7.5.2005 17:37 Petr Zajíc
  L Re: ještě k odstranění duplicit 11.5.2005 08:04 MaReK Olšavský
INSERT a DELETE 1.6.2006 09:31 Aleš Dostál




Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

16.7.2018 1:05 /František Kučera

Červencový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 19. 7. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát bude přednáška na téma: automatizační nástroj Ansible, kterou si připravil Martin Vicián.


Přidat komentář

18.6.2018 0:43 /František Kučera
Červnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 21. 6. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: F-Droid, aneb svobodný software do vašeho mobilu. Kromě toho budou k vidění i vývojové desky HiFive1 se svobodným/otevřeným čipem RISC-V.
Přidat komentář

23.5.2018 20:55 /Ondřej Čečák
Od pátku 25.5. proběhne na Fakultě informačních technologií ČVUT v Praze openSUSE Conference. Můžete se těšit na spostu zajímavých přednášek, workshopů a také na Release Party nového openSUSE leap 15.0. V na stejném místě proběhne v sobotu 26.5. i seminář o bezpečnosti CryptoFest.
Přidat komentář

20.5.2018 17:45 /Redakce Linuxsoft.cz
Ve čtvrtek 31. května 2018 připravuje webový magazín BusinessIT ve spolupráci s Best Online Média s.r.o. pátý ročník odborné konference Firemní informační systémy 2018. Akce proběhne v kongresovém centru Vavruška (palác Charitas), Karlovo náměstí 5, Praha 2 (u metra Karlovo náměstí) od 9:00 hod. dopoledne do cca 15 hod. odpoledne. Konference je zaměřena na efektivní využití firemních informačních systémů a na to, jak plně využít jejich potenciál. Podrobnější informace na webových stránkách konfrence.
Přidat komentář

14.5.2018 7:28 /František Kučera
Květnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 17. 5. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: Audio – zvuk v GNU/Linuxu.
Přidat komentář

7.5.2018 16:20 /František Kučera
Na stránkách spolku OpenAlt vyšla fotoreportáž Pražské srazy 2017 dokumentující srazy za uplynulý rok. Květnový pražský sraz na téma audio se bude konat 17. 5. 2018 (místo a čas ještě upřesníme).
Přidat komentář

17.4.2018 0:46 /František Kučera
Dubnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 19. 4. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tématem tohoto srazu bude OpenStreetMap (OSM) aneb svobodné mapy.
Přidat komentář

16.3.2018 22:01 /František Kučera
Kulatý OpenAlt sraz v Praze oslavíme klasicky: u limonády a piva! Přijďte si posedět, dát si dobré jídlo a vybrat z mnoha piv do restaurace Kulový blesk, který najdete v centru Prahy nedaleko metra I. P. Pavlova na adrese Sokolská 13, Praha 2. Sraz se koná ve čtvrtek 22. března a začínáme v 18:00. Heslo: OpenAlt. Vezměte s sebou svoje hračky! Uvítáme, když si s sebou na sraz vezmete svoje oblíbené hračky. Jestli máte nějaký drobný projekt postavený na Arduinu, nějakou zajímavou elektronickou součástku, či třeba i pěkný úlovek z crowdfundingové akce, neváhejte. Oslníte ostatní a o zábavu bude postaráno.
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

20.2.2018 18:48 / Ivan Majer
portal

20.2.2018 15:57 / Jan Havel
Jak využíváte služby cloudu v podnikání?

16.1.2018 1:08 / Ivan Pittner
verejna ip od o2 ubuntu

15.1.2018 17:26 / Mira Harvalik
Re: Jak udělat HTML/Javascript swiping gallery do mobilu?

30.12.2017 20:16 / Michal Knoll
odmocnina

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2018) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze