Databázi už máme, teď nějaká data. Jak je vkládat a na co přitom dávat pozor - o tom je dnešní díl seriálu o MySQL.
19.4.2005 15:00 | Petr Zajíc | přečteno 59989×
Vkládání dat je jedním z pilířů práce s databázemi. Ostatně databáze bez dat by byla k ničemu. Proto je velmi důležité naučit se, jak vlasntě jednotlivé informace do databáze dostat. V MySQL právě k tomu slouží příkaz INSERT.
Zkusme to nejprve na nějakém učebnicovém příkadu. Dejme tomu, že si budete chtít pořídit seznam všech knih ve vaší knihovničce. Ještě předtím, než budete moci cokoli vkládat, je potřeba vytvořit odpovídající databázi a vytvořit odpovídající tabulku.
create database knihovna;
use knihovna;
create table knihy (id int not null auto_increment,
nazev varchar (50), autor varchar(50), primary key (id));
S tímto arzenálem už můžete začít do tabulky vkládat informace o jednotlivých knihách. Děje se tak pomocí příkazu INSERT. Jeho nejběžnější forma je:
insert into knihy
(nazev, autor) values ('LINUX - dokumentační projekt', 'kolektiv
autorů');
V praxi to většinou probíhá tak, že příkaz INSERT je sestaven
nějakou klientskou aplikací a odeslán databázi ke zpracování. Odkud by
data pro
příkaz INSERT mohla pocházet? To je velmi různorodé. Pokud by byla
MySQL použita ve webové aplikaci, je dost dobře možné, že data pro
příkaz INSERT budou pocházet z formuláře na webové stránce. Jestliže by
se jednalo o desktopovou aplikaci s grafickým rozhraním, mohou data
pocházet z textových polí nebo mřížek; jestliže bude MySQL použita v
obchodním domě na evidenci prodejů zboží, pak poputují do databáze data
ze čteček čárového kódu a podobně. V každém případě je třeba
kontrolovat vkládané údaje ještě předtím, než jsou do databáze vloženy.
Pozn.: Existuje ještě jedna
odlišná filozofie přístupu k věci - vložit někam data co nejrychleji
(možná do dočasné tabulky) a nechat je zkontrolovat, až na to bude čas.
Tento postup je někdy k vidění u velmi zatížených aplikací, ale příliš
mi k srdci nepřirostl.
Příkazem INSERT lze rovněž vložit více než jeden řádek. Tento trik není příliš známý. Funguje to takto:
insert into knihy
(nazev, autor)
values ('PHP - tvorba interaktivních internetových aplikací', 'Jiří
Kosek'),
('Myslíme v jazyku MySQL', 'Ian Gilfillan');
Za zmínku rovněž stojí, že v příkazu INSERT nemusíme specifikovat
všechny sloupce. V příkladu výše jsme neurčili, co se má vložit do
sloupce id. Protože to je sloupec, kam se vkládají čísla automaticky,
vlastně to vůbec nevadí. Co však vloží INSERT do sloupců, které nejsou
typu autoincrement, když jim nic nespecifikujeme? Funguje to takto:
Další varianta příkazu INSERT spočívá v tom, že se mohou vkládat do
tabulky data, která již v jiné tabulkce (nebo jiných tabulkách, nebo
dokonce ve stejné tabulce) existují. Jde se na to tak, že se:
Problém s výběrovými dotazy je ten, že jsme o nich v seriálu zatím nemluvili. Nicméně, krátká ukázka by mohla vypadat nějak takto:
INSERT INTO
archiv_faktur SELECT * FROM faktury;
Jedná se o to, že data jsou nejprve vybrána ze zdrojové tabulky
(tabulek) a následně vložena do tabulky cílové.
Zdroj velmi často obsahuje více než jeden záznam, takže je běžné, že se
takto pracuje s velkými objemy dat. Platí přitom, že výběrový dotaz (to
je ta část od slova SELECT) musí
obsahovat stejně sloupců jako tabulka, do níž se vkládá a že datové
typy souvisejících sloupců musejí být stejné nebo schopné konverze.
Příkaz INSERT ... SELECT je obecně poměrně dost rychlý.
Nikde není řečeno, že jako součást příkazu INSERT se musejí používat data zapsaná ručně nebo data vybraná z nějaké tabulky. Jako součást příkazu mohou stejně tak posloužit výrazy. Máme-li tedy tabulku:
create table vypocty
(vysledek int);
bude jakákoli z následujících syntaxí platná:
insert into vypocty
values (1+2);
insert into vypocty values (3*4);
insert into vypocty values (20/5);
Neboli, v příkazu INSERT, stejně jako na mnoha dalších místech v
databázi mohou být výsledky nějakého výpočtu. Co všechno umí databáze
počítat si ještě postupně ukážeme. Nechat výpočty na databázi může být,
zejména v případě vkládání většího počtu řádků o dost rychlejší, než
kdyby to měla děla dělat klientská aplikace.