SQL dotazy

[minig 121]

Zdravím všechny,

 

V poslední době jsem si všiml, že uživatelé tohoto fóra neumí napsat/použít SQL dotaz.

Semtam se někdo na hulákadle zeptá, jak dotaz napsat, někdo dokonce jak ho použít. Právě pro tyto "případy" jsem se rozhodl napsat tento topic. Vložím sem základní příkazy, v podstatě nezbytné pro účinnou správu wow serveru.

 

1 ->INSERT

 

Dotaz INSERT slouží k přidání řádku do určité tabulky, tzn. základní tvar Dotazu:

 

INSERT INTO `table` (`sloupec`, `sloupec1`) VALUES 'hodnota', 'hodnota1';

table - tabulka, do které se přidává řádek(row)

sloupec(1) - sloupec(field), ve kterém bude nějaká hodnota

hodnota(1) - hodnota, která se přidá do vybraného sloupce (hodnota do sloupec, hodnota1 do sloupec1 atd.)

 

Názorný příklad na tabulce npc_vendor, z datanáz WoW (u všch emu je tato tabulka stejná)

INSERT INTO `npc_vendor` (`entry`, `item`, `maxcount`, `incrtime`, `ExtendedCost`) VALUES ('12345', '1234', '0', '0', '0');

vloží do tabulky npc_vendor s vloženými daty. V praxi je to vložení itemu 1234 do vendora 12345 s dalšími speciálními údaji, které v tuto chvíli nepoužíváme(proto na 0)

 

 

2 -> Dotaz UPDATE

UPDATE slouží, jak název napovídá, k úpravě již existujícího řádku. Jeho základní tvar je:

UPDATE `table` SET `sloupec` = 'hodnota' WHERE `sloupec1` = 'hodnota1';

table - tabulka, kterou upravujeme

sloupec - sloupec, který upravujeme

hodnota - hodnota, kterou zapisujeme do sloupce

sloupec1, hodnota1 - podmínka, tzn. Dotaz se provede u kážkého řádku, který má hodnotu1 v sloupci1.

 

Samozřejmě jde udělat vícenásobná podmínka. Uvedu na příkladu:

UPDATE `npc_vendor` SET `extendedcost` = '123' WHERE `entry` = '2345' and `item` = '34567';

--> upraví `extended cost` itemu 34567 u vendora 2345 na 123.

 

*poznámka: místo = můžete umístit i jiné operátory (<,> atd.)

 

 

3 -> Dotaz DELETE

 

DELETE odstraňuje řádek z určité tabulky. Jeho základní tvar je:

DELETE FROM `table` WHERE `sloupec` = 'hodnota';

table - tabulka, ze které mažeme

sloupec, hodnota - podmínka, tzn. Dotaz se provede u řádku který má `sloupec` nastavený na 'hodnota'.

 

Už klasicky lze použít více podmínek. Opět uvedu na příkladu:

DELETE FROM `gameobject` WHERE `id` = '123456' and `map` = '169';

Tento dotaz smaže všechny objecty 123456 z mapy 169(Emerald Dream). To se dá využít např. při mazání skákacího eventu.

 

3 -> Dotaz SELECT

select se od ostatních dotazů, co jsem tu uvedl odlišuje. A to v jednom důležitém bodě: neposílá MySQL údaje, nýbrž je získává.

 

jeho základní tvar je:

SELECT `sloupec`, `sloupec1` FROM `table_name` WHERE `sloupec2` = `hodnota`;

Tento dotaz zjistí údaje "sloupec" a "sloupec1" z tabulky "table_name" u všech řádků, u kterých je "sloupec2" roven "hodnota"

 

Dále mohu uvést příklad, klidně na tabulce characters v character DB(WoW). Mím cílem bude zjistit jméno hráče s id 123:

SELECT `name` FROM `characters` WHERE `entry` = '123';

vrátí to pouze jedno jméno. Toto se dá využít právě v takto rozsáhlých tabulkách, kdy třeba potřebujete pracovat jen s některými sloupci, a ty ostatní překáží a kazí přehlednost.

 

Když se selectne více řádků, je potřeba začít cyklus a postupně řádky získat(Fetch), ale to je nad rámec tohoto topicu. Když toto zadáte třeba do pole v SQLyogu, vyjedou vám všechny výsledky.

 

 

 

Toto jsou nejdůležitější dotazy pro správu wow databáze, více jich v podstatě nepotřebujete, a jste s nimy schopni rychle a efektivně upravovat DB.

 

Dobře, teď víme jak psát SQL Dotazy, ale co s nimy?

Odpověď je jednoduchá.

1. Vytvořte si textový dokument(v Notepadu, pspadu nebo jakémkoliv jednoduchém textovém editoru)

2. Vložte do něj svůj dotaz.

3. Dejte Uložit jako(Save As). Vyskočí vám klasická tabulka, zadáte název například srcipt.sql

4. Hned pod názvem je rozklikávací položka, je v ní napsáno "Textový dokument .txt", změňte na "Všechny soubory".

5. Uložte.

6. Soubor nahrajte do databáze jako by jste nahrávali celou DB (Restore from SQL dump)

 

EDIT: po delší době, s nově nabitými zkušenostmi a s přimutou kritikou od Wolfa, jsem topic přepracoval, a dodávám dotaz SELECT, jak si Wolf ironicky přál (samozřejmě jen úplný základy, fetchování, zjišťování počtu, omezení výsledků a další, to se sem nevešlo)

 

To je vše doufám, že tím předejdu otázkám na toto téma...

Edited September 1, 2011 by minig

[rasty888 0]

Veď toto tu už raz je nie ? aspoň som to našiel .

[minig 121]

Veď toto tu už raz je nie ? aspoň som to našiel .

 

Je to možný, nekoukal jsem se...

[Wladass 1216]

Jo je to tady od Necra. -1

[minig 121]

Jo je to tady od Necra. -1

 

Dobře omlovám se...

 

EDIT: Jinak, i to že je to tu od Necra nezabrání otázkám jak se ty dotazy píšou

Edited September 1, 2011 by minig

[rasty888 0]

Ale snaha sa cení nie ? +1 aspoň za mňa

[minig 121]

Ale snaha sa cení nie ? +1 aspoň za mňa

 

Díky, nedělal jsem to pro rep, ale pro to, aby se s tím nespamovalo na hulákadle takže mi klidně namínusujte

[rasty888 0]

Každá +rep sa zíde nie ? tak ale ok

[filipoliko 195]

Měl bych otázku, jak sestrojit SQL dotaz, který upraví číslo v jednom sloupci, kde je spousta čísel oddělených mezerami. Přesněji se jedná o sloupec data v tabulce characters a ve stejnojmené DB. Tam chci upravit hodnotu pro model hráče. Dobádal jsem se až k tomuto dotazu:

UPDATE `characters` SET `data`=CONCAT(CAST(SUBSTRING_INDEX(`data`, ' ', 153) AS CHAR), ' ', 0, ' ', CAST(SUBSTRING_INDEX(`data`, ' ', 'Tady nevím co mám napsat. Obecně je to (max index - index) - 1, což jsem pochopil jako (1503-153) - 1, což je blbě.') AS CHAR)) WHERE guid=XXL AND account=LLX

viz. http://www.oregoncore.com/wiki/index.php?title=Description_of_the_data_field_in_the_%60characters%60_table

Any help?

[Wolf Officious 1382]

Nevím proč tu hloupě nabádáš k tomu, abychom používali místo tohoto:

INSERT INTO `npc_vendor` (`entry`, `item`, `maxcount`, `incrtime`, `extendedcost` ) VALUES ('12345', '1234', '0', '0', '0');

toto:

INSERT INTO `npc_vendor` (`entry`, `item`) VALUES ('12345', '1234');

ve snaze si něco zjednodušit. Nenapsal jsi nijak pochopitelně co se stane, když NEMÁME u některých polí nastavenou VÝCHOZÍ HODNOTU. To může být hodně zlý. Většinou jsou, ale né vždycky a né všude. Je lepší napsat celej insert, než pak někde něco honit. Pleteš jim tím hlavu, celkem zbytečně.

 

U DELETE používáš závorky za WHERE ale třeba v případě UPDATE je nepoužíváš - to nováčky může zmást, nebo si pak budou myslet že to k delete prostě patří. Nevím o tom, že by to bylo podmínkou funkčnosti i ve více vrstvách podmiňování. Funkční je obojí, závorky jsou u vícero podmínek přehlednější, ale když už to nějak píšeš, tak to alespoň piš pořát stejně.

 

Je to haluz.

Edited January 16, 2011 by Wolf Officious

[minig 121]

Odpověď pro Wolfa: Ohledně těch závorek, přidal jsem je i k UPDATE, je to čistě můj zvyk že u update je normálně nepíšu.

Ohledně té default hodnoty: wow databáze je má snad všude(např. když vytvořím NPC a jen mu přidám displayid bude normálně fungovat).

Proč motám hlavu tím zjednodušováním? Protože když pak někdo pro někoho píše script např. do item_template kde je tuna sloupců a u většiny je 0, což je i deafult hodnota, pak aby se v tom prase vyznalo...

Samozřejmě že všude default hodnota být nemusí, ale u wow DB(na kterou je toto fórum/topic zaměřeno) s tím prblém není

[Wolf Officious 1382]

Ano, naučte se SQL jako prasata a žijte s tím.

Nicméně nevím proč nepopisuješ například i SELECT, když si tolik věříš. To je taky hodně důležitej "příkaz" (tak tomu říkáš ty, ve skutečnosti jde o dotazy, ale proč se zabývat terminologií, když už je to z počátku blbě, ne?)..

Mám k tomuhle prostě jistý výhrady. Možná není správný tě tu o něčem poučovat protože si z toho asi nic nevezmeš, ale dá se to srovnat se správností očesaných insertů a spoléhání se na výchozí hodnoty. Můj názor je, že by se všechno mělo dělat pořádně.. ..proti zjednodušení nic nemám, ale když to ti borci od základu nepochopí teď, na začátku, tak už snad nikdy. Není to dobrý způsoba jak naučit. Snad je to jen dobrá rada pro ty zkušenější, ale pro úplný začátečníky asi né

 

Já vím, můj názor je blbej, trapnej a nikoho to nezajímá.. No nic, čau..