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

> MySQL (15) - Odstraňujeme data

MySQL a odstraňování záznamů. Ale - je vůbec dobrý nápad něco v databázi mazat? Nedalo by se to obejít? Přečtěte si!

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

Protože jsme se v předchozích dvou dílech věnovali příkazům, pomocí nichž lze data do MySQL vkládat a upravovat, asi nikoho nepřekvapí, že dnes se budeme věnovat mazání záznamů.

Příkaz DELETE

MySQL má pro odstranění záznamů z tabulky příkaz DELETE. Ten odstraní nula nebo více řádků. Jeho nejjednodušší forma je:

delete from [názav tabulky];

Příkaz uvedený výše odstraní z tabulky všechny záznamy. Pozor, v některých DBMS je přípustná i forma příkazu s hvězdičkou:

delete * from [názav tabulky];

kterou však MySQL nevezme, a příkaz takto napsaný by skončil chybou. Samozřejmě, málokdy budete chtít odstranit z tabulky všechny záznamy. Mnohem častější bude situace, kdy chcete vybrat jen nějaké řádky a ty odstranit. O takové situaci platí to, co bylo řečeno v minulém díle. Lehce to shrňme. Příkaz DELETE může obsahovat klauzuli WHERE, která omezí mazané řádky na nějakou podmnožinu z celkového počtu pomocí podmínek. Lze tedy například napsat:

delete * from faktury where cena = 500;
delete from zakaznik where id = 156;

Rovněž lze omezit maximální počet řádků, které bude třeba smazat, pomocí klauzule LIMIT. Má-li být smazán nejvýše jeden řádek, lze tedy přepsat příkazy výše ve smyslu:

delete * from faktury where cena = 500 limit 1;
delete from zakaznik where id = 156 limit 1;

Moc doplňujících informací se k příkazu DELETE napsat nedá. Má pochopitelně nějaké ty přepínače, o nichž je zmínka v manuálu. DELETE však není jediný způsob, jak v MySQL odstraňovat záznamy.

Příkaz TRUNCATE TABLE

TRUNCATE TABLE je příkaz, který odstraňuje všechny záznamy v tabulce, přičemž definici tabulky samotné ponechává. Následující dva příkazy budou tedy totožné:

delete from faktury;
truncate table faktury;

Proč tedy existují na jednu akci dva různé příkazy? Především proto, že příkaz TRUNCATE je mnohem rychlejší. Jelikož ví, že bude muset smazat celou tabulku, nemusí tento příkaz procházet a mazat řádky po jednom. U extrémně velkých tabulek je toto zrychlení markantní. Tento příkaz však nevrací počet odstraněných řádků.

Problémy a jak je řešit

Se samotným mazáním řádků v tabulkách obyčejně problémy nebývají. Otázka však je, jak smazání ovlivní data nebo aplikace, které s daty pracují. Potíž je v tom, že jednou smazaný řádek již nelze nijak obnovit. Další pozoruhodná potíž spočívá v tom, že data v jedné tabulce mohou souviset s daty v tabulce jiné (o tom ještě v seriálu uslyšíme). Ukažme si tedy, jak se to dá v praxi obejít.

Pozn.: Vnímavý čtenář namítne, že i smazaný záznam lze obnovit, pokud je operace součástí transakce. To je pravda. Zmíníme se o tom jindy. Rovněž je pravda, že data v souvisejících tabulkách lze efektivně spravovat pomocí referenční integrity. Nicméně, obecný problém s mazáním nic z toho úplně neřeší.

Stornovací záznamy
Představte si na chvíli, že došlo k chybě v nějakém bankovním systému a nedopatřením vám někdo odečetl prostředky z běžného účtu. Mohlo se tak stát pomocí následujícího příkazu MySQL:

insert into pohyby_na_uctu (ucet, datum, castka) values ('123456', '2005-04-25 12:00:00', -50000);

Právě byste zchudli o 50 000,- Kč. Jenomže na chybu by se přišlo. Běžně v takových situacích nedochází k tomu, že by se záznam o odečtení prostředků prostě vymazal - to by totiž vedlo k tomu, že už se nikdo nedozví, co se vlastně stalo. Namísto příkazu:

delete from pohyby_na_uctu where ucet='123456' and datum = '2005-04-25 12:00:00' and castka = -50000 limit 1;

tedy dojde nejspíš ke vložení dalšího záznamu s opačnou hodnotou částky:

insert into pohyby_na_uctu (ucet, datum, castka) values ('123456', '2005-04-25 12:10:00', 50000);

Příznaky
Někdy je k vidění následující technika: Řádky se fyzicky neodstraňují, místo toho se jim nastaví hodnota nějakého zvlášť k tomu určeného sloupce (příznaku) a nechají se být. Nevýhoda tohoto přístupu spočívá pochopitelně v tom, že s tím musejí aplikace počítat; výhoda na druhou stranu je ta, že "smazání" lze kdykoli vrátit zpět. Namísto příkazu:

delete from knihy where rok_zakoupeni = 1999;

by se v aplikaci používající tuto techniku zapsalo něco ve smyslu:

update knihy set deleted = 1 where rok_zakoupeni = 1999;

Pokud byste si to chtěli do budoucna rozmyslet, můžete provést další příkaz UPDATE. Aplikace by pochopitelně musela počítat s tím, že nesmí vracet všechny knihy, ale jen ty, které NEMAJÍ nastavenou jedničku ve sloupci DELETE.

Přesun jinam
To je další oblíbená možnost: Záznam je sice z požadované tabulky smazán, ale je přemístěn do jiné tabulky, která slouží jako archiv. S vědomostmi, které jsme v tomto seriálu zatím načerpali, bychom to mohli napsat pomocí dvojice příkazů INSERT a DELETE nějak takto:

create table if not exists archiv_knih like knihy;
insert into archiv_knih select * from knihy where rok_zakoupeni = 1999;
delete from knihy where rok_zakoupeni = 1999;

Výhody a nevýhody? V databázi se bude skladovat mnohem více tabulkek, což je nevýhodné. Ale každý smazaný záznam bude v archivu, což je zase velmi výhodné. Tabulka, do níž se v takovém případě přesouvá, by měla mít stejnou strukturu jako tabulka, z níž se bude mazat. Pomocí CREATE TABLE ... LIKE je velmi jednoduché toho dosáhnout.

Logování
Je rovněž možné si někam (třeba do jiné tabulky) ukládat záznamy o datu, čase a uživateli, který něco smazal. Tento postup sice nevede k tomu, že by se smazaný řádek dal nějak odstranit, nicméně vede k tomu, že je alespoň možné zjistit, kdo smazání provedl.

V příštím díle našeho seriálu se podíváme na některé speciality, které provázejí příkazy pro manipulaci s daty.

Verze pro tisk

pridej.cz

 

DISKUZE

TRUNCATE TABLE 27.4.2005 21:32 Lukáš Voda
TRUNCATE 28.4.2005 12:46 Petr Zajíc




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

14.11.2017 16:56 /František Kučera

Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě DIY, CNC, SDR nebo morseovka? Přijď na sraz spolku OpenAlt – tradičně první čtvrtek před třetím pátkem v měsíci: 16. listopadu od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).


Přidat komentář

12.11.2017 11:06 /Redakce Linuxsoft.cz
PR: 4. ročník odborné IT konference na téma Datová centra pro business proběhne již ve čtvrtek 23. listopadu 2017 v konferenčním centru Vavruška, v paláci Charitas, Karlovo náměstí 5, Praha 2 (u metra Karlovo náměstí) od 9:00. Konference o návrhu, budování, správě a efektivním využívání datových center nabídne odpovědi na aktuální a často řešené otázky, např Jaké jsou aktuální trendy v oblasti datových center a jak je využít pro vlastní prospěch? Jak zajistit pro firmu či jinou organizaci odpovídající služby datových center? Podle jakých kritérií vybrat dodavatele služeb? Jak volit součásti infrastruktury při budování či rozšiřování vlastního datového centra? Jak efektivně spravovat datové centrum? Jak eliminovat možná rizika? apod.
Přidat komentář

13.9.2017 8:00 /František Kučera
Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě DIY, CNC, SDR nebo morseovka? Přijď na sraz spolku OpenAlt – tentokrát netradičně v pondělí: 18. září od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).
Přidat komentář

3.9.2017 20:45 /Redakce Linuxsoft.cz
PR: Dne 21. září 2017 proběhne v Praze konference "Mobilní řešení pro business". Hlavní tématy konference budou: nejnovější trendy v oblasti mobilních řešení pro firmy, efektivní využití mobilních zařízení, bezpečnostní rizika a řešení pro jejich omezení, správa mobilních zařízení ve firmách a další.
Přidat komentář

15.5.2017 23:50 /František Kučera
Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě DIY, CNC, SDR nebo morseovka? Přijď na sraz spolku OpenAlt, který se bude konat ve čtvrtek 18. května od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).
Přidat komentář

12.5.2017 16:42 /Honza Javorek
PyCon CZ, česká konference o programovacím jazyce Python, se po dvou úspěšných ročnících v Brně bude letos konat v Praze, a to 8. až 10. června. Na konferenci letos zavítá např. i Armin Ronacher, známý především jako autor frameworku Flask, šablon Jinja2/Twig, a dalších projektů. Těšit se můžete na přednášky o datové analytice, tvorbě webu, testování, tvorbě API, učení a mentorování programování, přednášky o rozvoji komunity, o použití Pythonu ve vědě nebo k ovládání nejrůznějších zařízení (MicroPython). Na vlastní prsty si můžete na workshopech vyzkoušet postavit Pythonem ovládaného robota, naučit se učit šestileté děti programovat, efektivně testovat nebo si v Pythonu pohrát s kartografickým materiálem. Kupujte lístky, dokud jsou.
Přidat komentář

2.5.2017 9:20 /Eva Rázgová
Putovní konference československé Drupal komunity "DrupalCamp Československo" se tentokrát koná 27. 5.2017 na VUT FIT v Brně. Můžete načerpat a vyměnit si zkušenosti z oblasti Drupalu 7 a 8, UX, SEO, managementu týmového vývoje, využití Dockeru pro Drupal a dalších. Vítáni jsou nováčci i experti. Akci pořádají Slovenská Drupal Asociácia a česká Asociace pro Drupal. Registrace na webu .
Přidat komentář

1.5.2017 20:31 /Pavel `Goldenfish' Kysilka
PR: 25.5.2017 proběhne v Praze konference na téma Firemní informační systémy. Hlavními tématy jsou: Informační systémy s vlastní inteligencí, efektivní práce s dokumenty, mobilní přístup k datům nebo využívání cloudu.
Přidat komentář

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

> Poslední diskuze

18.9.2017 14:37 / Rojas
high security vault

15.9.2017 7:33 / Wilson
new zealand childcare jobs

31.8.2017 12:11 / Jaromir Obr
Re: ukůládání dat ze souboru

30.7.2017 11:12 / Jaromir Obr
Národní znaky

27.7.2017 12:24 / Jaromir Obr
Cteni/zapis

Více ...

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