Dotaz: Jak vypsat jeden jediný údaj z mysql

[Marie K.]

Jak můžu vypsat jednu jedinou hodnotu (číslo) z jednoho sloupce v jednom řádku v mysql? Děkuji za tip ;)

---

---

Odpovědi

[tuxmartin]

Správně napsaným selectem.

[Marie K.]

Chtěla jsem slyšet název funkce, mysql_fetch_array(), mysql_fetch_object(), mysql_fetch_row() tad.. Kdybych to věděl, tak bych vás neoptěžovala

[Filip Jirsák]

Zřejmě myslíte PHP. Pak buď PDO nebo MySQLi.

[David Karban]

Zdravím,

problém je v tom, že na tak obecně položenou otázku je skutečně odpověď vhodným selectem správně, jednoduše v dotazu nebylo nic co by dokázalo odpověď upřesnit. Je dobré napsat aspoň v jakém jazyce to potřebujete, případně i z jaké tabulky (včetně schéma té tabulky). Pak je čeho se chytit a na co odpovědět :).

[pavlix]

+1

Nevidím v původním dotazu ani jedinou zmínku o PHP.

[Marie K.]

Myslela jsem to všeobecně, zkusím specifikovat dotaz lépe. Mám v MySQL tabulku s názvem rostlinky tabulka obsahuje mimo jiné i mnou požadovaný sloupeček s názvem status ze kterého potřebuji získat uložený údaj. Sloupeček je typu int(10). Jedná se o to, že nechci tahat a ukládat do paměti serveru zbyteční data se kterými nehodlám pracovat. Jedná se pouze a výhradně o jednu jedinou hodnotu se kterou budu v PHP nadále pracovat. Děkuji

[Alf]

V selectu napíšete právě ten sloupeček a pomocí podmínky nebo limitu vyberete pouze jeden řádek. V součtu je to tedy pouze jedna hodnota.

Ale stejně mi není jasné, na co se ptáte.

[Filip Jirsák]

Nebo-li

SELECT status FROM rostlinky WHERE …

kde za WHERE bude nějaká podmínka vybírající požadovaný 1 řádek.

[Kit]

Tahání údajů z databáze po jednom bývá pro ni dost zatěžující. Zpravidla je výhodnější vytáhnout jedním dotazem všechny údaje, které budu potřebovat na konkrétní stránce zobrazit. Proto by sis měla dobře rozmyslet svůj požadavek. Často je lepší si vytáhnout celý záznam o rostlince, uložit do objektu a z něj teprve jednotlivé údaje vybírat.

Původnímu požadavku by měl odpovídat např. tento dotaz:

SELECT status FROM rostlinky WHERE nazev="kopretina";

Ovšem jak už jsem psal, nepřipadá mi moc rozumný.

[Marie K.]

Nevím no, asi se vyjadřuji fakt blbě, odpovídáte na něco jiného, než se ptát SELECT mě vůbec nezajíma, ptám se na načtení, čili mě zajímá nějaká fce() která to dokáže načíst/uložit do nějaké prom. Díky

[MMMMMMMMM]

$dotaz = mysql_query('SELECT status FROM rostlinky WHERE rostlina=\'kaktus\' LIMIT 1');
if($dotaz) $status = mysql_result($dotaz);

[Marie K.]

Sláva mysql_result() jsem chtěla slyšet...

$dotaz = mysql_query('SELECT status FROM rostlinky WHERE rostlina=\'kaktus\' LIMIT 1');
if($dotaz) $status = mysql_result($dotaz);

Díky

[Kit]

To si z nás děláš srandu?

[pavlix]

Taky mám ten dojem.

[Marie K.]

Ne, nedělám, proč jako?

Tohle vůbec nic nevrací, navíc se v manuálu píše, že mysql_result() musí obsahovat 3 parametry, ne jen jeden jako je tomu tady, ale mě to nic nevypíše ani se třemi parametry.

$dotaz = mysql_query('SELECT status FROM rostlinky WHERE rostlina=\'kaktus\' LIMIT 1');
if($dotaz) $status = mysql_result($dotaz);

[Tarmaq]

tip: kdyz budes psat dotaz do uvozovek, nemusis pak ty apostrofy uvnitr dotazu escapovat.

$dotaz = mysql_query("SELECT status FROM rostlinky WHERE rostlina='kaktus' LIMIT 1");

[Josef Kufner]

Výsledkem SQL dotazu je vždy tabulka. Pokud uděláš dotaz "SELECT 1", tak výsledkem je tabulka o jednom řádku a jednom sloupci, kde v tom jednom políčku je číslo 1.

mysql_result() vrací políčko takové tabulky. První parametr je výsledek dotazu (resource na tu tabulku), druhý je řádek tabulky a třetí je sloupec. Jak jsi si přečetl v dokumentaci.

Takže když chceš ten tvůj status, uděláš prostě toto:

$vysledek_dotazu = mysql_query("
    SELECT status
    FROM rostlinky
    WHERE rostlina='kaktus'
    LIMIT 1
");
if ($vysledek_dotazu) {
    $status = mysql_result($vysledek_dotazu, 0, 0);
}
mysql_free_result($vysledek_dotazu);

Tělo toho ifu je (v tomto případě) ekvivalentní s tímto:

    mysql_data_seek($vysledek_dotazu, 0);
    list($status) = mysql_fetch_row($vysledek_dotazu);

A s tímto:

    mysql_data_seek($vysledek_dotazu, 0);
    $row = mysql_fetch_assoc($vysledek_dotazu);
    $status = $row['status'];

Přičemž mysql_data_seek() tam má smysl jen pokud si chceš vyzkoušet všechny tři možnosti najednou. Jinak na začátku jsi na začátku, takže není třeba se na začátek posouvat.

[Marie K.]

Čili pokud zadám tohle,

$status = mysql_result($vysledek_dotazu, 0, 0);

Tak načte data z řádku 0 a sloupce 0? Co je to za hloupost? Pochopila bych řádek 1 a sloupec 1

Ihmo, co když mám ale v sql dotazu WHERE která určuje jak požadovaný řádek podle id(autoincrement) tak název sloupečku?

Děkuji

[Kit]

Tohle není Fortran, ale PHP. Indexy polí jsou od 0. Je to napsáno v manuálu tučným písmem.

WHERE určuje pouze řádek, nikoli sloupec. Sloupce se vybírají podle seznamu výrazů za klíčovým slovem SELECT.

[Marie K.]

Čili se nejedná o řádek s id ale o číslo řádku? V tom případě by mě zajílo jaký při tom používá SORT BY :D

$status = mysql_result($vysledek_dotazu, 'tady je číslo řádku', 'tady je číslo sloupce');

[Tarmaq]

mila Marie, pokud si ve WHERE omezis pocet zaznamu na ten jeden konkretni, v SELECT si urcis ze se ma vybrat jen sloupec status, nejlip (podle me) udelas kdyz pouzijes toto:

$result = mysql_query("SELECT status FROM rostlinky WHERE id = 'kaktus'");
$row = mysql_fetch_assoc($result);
$status = $row['status'];

[Marie K.]

A při použití toho zázračného PDO by to bylo takto?

$sql = "SELECT status FROM rostlinky WHERE id = 'kaktus'";

$db = new PDO('dblib:host=your_hostname;dbname=your_db;charset=UTF-8', $user, $pass);
$db->query($sql) as $row;
echo $row['status'];

[Marie K.]

Všichni mě tlačíte do PDO a pak mlčíte ;)

[Kit]

Jak mlčíme? Vždyť jsem ti to už napsal.

[Filip Jirsák]

Čili se nejedná o řádek s id ale o číslo řádku? V tom případě by mě zajílo jaký při tom používá SORT BY

Takový, jaký uvedete v SQL dotazu. Pokud neuvedete žádný, je řazení náhodné.

Chtělo by to nastudovat alespoň úplné základy SQL. Relační databáze není pole ani asociativní pole, jak je znáte z PHP. Jsou to sady záznamů. Pomocí dotazů můžete vybírat takovou sadu záznamů, která vyhovuje zadaným podmínkám. Nevybíráte tedy 5. řádek, ale řádky (všechny), které vyhovují podmínce, že jméno je Tomáš a věk 53. Například. Nebo vybíráte řádek, který odpovídá podmínce, že jeho unikátní identifikátor je 73.

[Filip Jirsák]

Nechtěla. Funkci mysql_query() skoro nejde použít bezpečně (vaše použití je jeden z mála případů, kdy to bezpečné je, ale s tímhle těžko vystačíte). Proto jsou tu modernější řešení jako PDO nebo MySQLi, na která už jsem odkázal dávno. A ty odkazy vedou na dokumentaci PHP, kam je dobré se podívat předtím, než položíte dotaz na takhle triviální věc.

[Kit]

Někteří uživatelé prostě SQL nepotřebují a byli by mnohem spokojenější např. s databází DB4, která je skoro na každém hostingu, je rychlejší a netrpí na injection. Stačil by pak jeden příkaz:

$status=dba_fetch($rostlina.":status", $db_rostlinky);

Ve skutečnosti bych to sice udělal trochu odlišně, ale princip je snad jasný.

[Filip Jirsák]

s databází DB4, která je skoro na každém hostingu

Fakt? Ne že bych to nějak sledoval, ale nepamatuju si, že bych někdy narazil na hosting, který by DB4 nabízel.

Ale jinak souhlasím, že kdyby PHP webhostingy a návody vedly programátory v první řadě k použití nějakého úložiště objektů, svět by byl hned radostnější místo k životu pro spoustu programátorů, které teď někdo trápí relačními databázemi.

[Kit]

Buď je tam DB4, anebo GDBM, která je funkčně ekvivalentní. Jen místo B-stromu používá hašovací tabulku. Zatím jsem nenarazil na žádný freehosting, který by nepodporoval jednu nebo druhou databázi. Běžně zvládají 100-300k dotazů/s, MySQL obvykle jen 5-9k dotazů/s. Skvělé jsou například jako úložiště chybových hlášek, šablon, CSS, XSL apod.

Začal jsem používat tyto databáze i z toho důvodu, že jsou mnohem šetrnější na systémové prostředky serveru. Jejich nevýhodou je, že při zápisu se musí databáze otevřít exkluzivně. Ostatní musí chvilku počkat ve frontě. Ovšem v případě webů to obvykle nevadí a je jen stěží postřehnutelné.

Většina freehostingů nabízí rovněž databázi SQLite, která je výkonově někde mezi a netrpí popsaným neduhem. Při zápisu zamkne celou databázi dynamicky jen na dobu transakce, ostatní mohou mezitím číst. Navíc je na tom s podporou standardu SQL lépe než MySQL.

[Filip Jirsák]

Asi každý myslíme něco jiného. Vy zřejmě to, že příslušná knihovna je nainstalovaná, je dostupná a dá se použít. Já jsem myslel to, že je to hostingem oficiálně podporovaná vlastnost, datové soubory se pravidelně zálohují (jako databáze) atd. Vy se asi řídíte výstupem phpinfo(), já jsem to bral podle toho, co má hosting napsáno na webu v tabulce podporovaných vlastností. Ale díky za tip, příště po tom budu pátrat i v tom phpinfo()...

[Kit]

... že příslušná knihovna je nainstalovaná, je dostupná a dá se použít.

Správně. S tím, že na freehostingu je zálohování záležitostí webmastera. Ovšem na placeném hostingu jsou tyto databáze zálohovány společně se skripty. Nevidím tedy problém.

Ano, řídím se phpinfo(). Chvilku mi trvalo, než jsem přišel na to, jak to zprovoznit. Název databázového souboru musí být při otvírání uváděn s plnou cestou ve filesystému, jinak to nefunguje.

Ještě tam bývají databáze CDB, FLATFILE a INIFILE. Jsou výkonově slabší, ale také by se našlo použití:

• CDB je konstantní (neměnná), ale hodně úsporná. Pro šablony a chybová hlášení jak stvořená.
• INIFILE se dá pohodlně editovat běžným textovým editorem. Hodí se na zápis konfigurace zhruba do několika set až tisíc položek. Struktura je stejná jako u souborů INI ve Windows.
• FLATFILE bych dnes už nepoužil, nevyniká v ničem.

Výhodou těchto databází je, že jich může být libovolné množství, limit je dán pouze velikostí úložného prostoru.

[Filip Jirsák]

Ovšem na placeném hostingu jsou tyto databáze zálohovány společně se skripty.

Raději bych měl data zálohovaná zvlášť a aplikaci zvlášť.

Pořád je to takové řešení, které hosting sice nezakazuje, ale ani přímo nepodporuje. Přitom by to mohla podle mne být zajímavá konkurenční výhoda, a prakticky nic by to nestálo.

[Kit]

Raději bych měl data zálohovaná zvlášť a aplikaci zvlášť.

To chápu. Data se mění častěji. Ovšem pokud by to byla konstantní databáze (šablony, styly, chybová hlášení), tak je to jedno.

Pořád je to takové řešení, které hosting sice nezakazuje, ale ani přímo nepodporuje. Přitom by to mohla podle mne být zajímavá konkurenční výhoda, a prakticky nic by to nestálo.

Nejsou to SQL databáze, jsou to jen úložiště typu key->value. A to není populární. Vývojáři nad tím ohrnují nos. V případě INIFILE dokonce klíče nejsou indexovány, to je pro ně značně omezující třeba i pro 60 položek

Místo toho i v populárních redakčních systémech nacházím už při inicializaci proměnných načítání kompletního seznamu chybových hlášení a šablon, které se použijí jednou za čas. To nutně zdržuje aplikaci. Proč to nedají do databáze? Protože s MySQL by to bylo pomalejší a jinou databázi neznají.

Některé hostingy v nabídce uvádí aspoň SQLite, ale vzhledem k tomu, že se jedná o poměrně neznámou databázi, vývojáři se jí bojí a stejně ji nepoužívají. Přitom je to velmi rozumný kompromis vhodný pro malé a střední projekty.

[Šangala]

No, asi je blázen ten, kdo se spolehne jen na zálohování hostingu.
Pokud je tam něco důležitějšího, tak si, aspoň jednodenní kopii, udržovat i někde jinde není k zahození.

[Kit]

Svatá pravda. V případě důležitých dat se vyplatí i jejich kontinuální zálohování žurnálem na dalším stroji.

[Filip Jirsák]

Nic takového jsem ale nepsal… Podle mne je jen riskantní používat funkci, s jejímž masovým použitím hosting moc nepočítá, a ukládat data někam, kde hosting očekává skripty.

[Kit]

Pokud jsou skripty na stejném stroji s PHP, tak v tom problém nevidím. S NFS by to bylo horší, ale u konstantních databází by to také nevadilo. To je vlastně hlavní použití souborových databází. Tam, kde je velmi časté čtení a jen občasná modifikace. Pro většinu webů ideální. Nákupní košík je však vhodnější nechat na SQL.

[Šangala]

Však neříkám, že jste něco takového psal….
Myslím si že riskantní to není, protože hosting nemůže předpokládat jen skritpy (a ani nevím k čemu by takový předpoklad vedl), běžně se tam vyskytují další data i dynamicky tvořená, a rozdíl mezi takovýmito daty nebo nějakým DB souborem není žádný, snad jen u aktivního zápisu do DB souboru, ale tak můžete pracovat i s jinými soubory.

[Filip Jirsák]

Záleží třeba na rychlosti čtení vs. zápisu, způsob zálohování… Třeba u skriptů a konfiguračních souborů nebude problém udělat konzistentní zálohu, u databázového souboru už to může být komplikovanější.

[Kit]

Rychlost čtení a zápisu souborové databáze je typicky zhruba o jeden řád vyšší, než u síťové databáze, ale hlavní výhodou je nižší latence při čtení.

Konzistentní zálohy se i v případě souborových databází dělají exportem. Webmaster si je stejně musí dělat sám, na webhosting spoléhat nemůže.

Ovšem při typickém použití souborových databází na webu není nutné tyto databáze zálohovat, protože originály má webmaster u sebe a může je tam nahrát kdykoli znovu. Stejně jako není nutné zálohovat skripty.

[Kit]

Bez SELECTu z databáze SQL nic nenačteš. Proto tvůj dotaz moc nechápeme. Nejprve se musíš k databázi připojit, potom poslat dotaz a teprve pak si můžeš vyzvednout odpověď. Třeba takto:

$db = new PDO('mysql:host=xxx;dbname=xxx', $user, $pass);
$stmt = $db->prepare('SELECT status FROM rostlinky WHERE nazev=?;');
$stmt->execute(array('kopretina'));
$status = $stmt->fetchColumn();

Ale opakuji, že mi to připadá nesmyslné. K čemu ti je obsah samotné proměnné status? To postrádá logiku. Obvykle se vytáhne ještě třeba název, cena, dodavatel, množství apod. Tak, aby ses na to nemusela ptát následujícím dotazem, protože opakování SQL dotazů je drahé.

[Marie K.]

Co všichni s tím ovladačem PDO máte? Všude samé PDO a když člověk hledá nějaké názorné příklady pro výpis dat, vložení dat, smazání dat, update dat, vložení do where atd tak google mlčí! Manuál na php.net je mi k ničemu, jelikož anglicky neumím a česky o tom nenajdu ani čárku. To jsou fce mysql_query() a s nimi související opravdu tak špatné? ? Děkuji

[Kit]

Ano, funkce mysql_query() jsou špatné a pomalé.

U starých ovladačů je nutné ošetřovat vstupy proti SQL injection, což může někdy zdeformovat ukládaná data. PDO řeší spoustu neduhů zastaralého ovladače MySQL a přináší nové žádané vlastnosti, například výjimky. Parametrizované dotazy vypadají mnohem jednodušeji, protože je odstíněno vkládání parametrů a vstupních dat od SQL dotazu. PDO je také o něco rychlejší.

Google nemlčí, vše je zdokumentováno. Jiný materiál jsem neměl k dispozici, učil jsem se to podle toho. Nic jiného mi nezbývalo, když jsem chtěl používat databázi SQLite v.3, pro kterou se jiné ovladače než PDO nedělají.

Český návod jsem našel během pár sekund.

[pavlix]

Označuju jako řešení díky odkazu na český návod (dokonce prý nalezený během pár sekund).

Autorce dotazu bych rád vzkázal, že „na blbou otázku blbá odpověď“, a poprosil ji, ať si příště s napsáním dotazu dá trochu víc práce. Poradna na Abclinuxu je bezplatná komunitní poradna, tudíž se od tazatele očekává nemalá dávka spolupráce na řešení jeho problému.

[Dušan S.]

$db = new PDO('mysql:host=xxx;dbname=xxx', $user, $pass);
$stmt = $db->prepare('SELECT status FROM rostlinky WHERE nazev=?;');
$stmt->execute(array('kopretina'));
$status = $stmt->fetchColumn();

Jak se tohle dá vypsat, pokud by dotaz vypadal takto?

SELECT status, name, lastname FROM rostlinky WHERE nazev=?;

Předpokládal jsem, že takto

echo $status['status'];
echo $status['name'];
echo $status['lastname'];

ale očividně je to nesmysl, dík

[Kit]

Zas takový nesmysl to není. Jen je potřeba nahradit metodu fetchColumn(), která je určena pro získání jednoho sloupce, např. metodou fetch(), která získá data ze všech dotazovaných sloupců.

[Dušan S.]

Aha, dík, a nemá být náhodou tohle

'SELECT status FROM rostlinky WHERE nazev=?;'

takhle

'SELECT status FROM rostlinky WHERE nazev=?'

[Kit]

A proč? Každý SQL dotaz se ukončuje středníkem, je to ve specifikaci jazyka SQL. Když zapomeneš v příkazové řádce SQL středník, tak se dotaz neprovede a čeká na další znaky ze vstupu.

Je dobré si zvyknout na ukončování SQL dotazů středníkem i tam, kde je tolerována jeho absence. Není dobré se spoléhat na to, že to databázový ovladač v PHP za mne doplní. Jiný interpretr to umět nemusí.

[Dušan S.]

Tak to pak ano, pokud je tolerována absence středníku, řwší to to, že jsem to nikde neviděl, patrně na to 90 procent programátorů prdí ;) Ale mám ještě jeden dotaz, někde jsem tady narazal na poznámku, že do mysql se mají ukládat surová / neošetřená dat, pokud bych takový standard dodržel a opravdu uložil surová data do mysql, znamená to, že je musím ošetřit na vstupu, napadá mě, jestli by nešlo použít v tomto dotazu

$stmt = $db->prepare('SELECT id, status, name, lastname FROM rostlinky WHERE nazev=?;');
$stmt->execute(array('kopretina'));
$status = $stmt->fetch();

pro ošetření všech dat tohle?

$status = array_map('htmlspecialchars', $status);

nebo to musím ošetřit pro každý sloupec zvlášť?

$status['id']  = htmlspecialchars($status['id']);
$status['status']  = htmlspecialchars($status['status']);
$status['name']  = htmlspecialchars($status['name']);
$status['lastname']  = htmlspecialchars($status['lastname']);

díky

[Dušan S.]

EDIT: samozřejmě že jsem myslel ošetření na výstupu ;)

[Filip Jirsák]

Data na výstupu je potřeba ošetřit podle jejich významu a podle toho, kam je vypisujete. Třeba ID bude v databázi nejspíš nějaké číslo, takže ho nijak upravovat nebudete (nechcete, aby se třeba jako parametr v URL upravilo ID tak, že se tisíce oddělí mezerou). Ošetření byste měl dělat až při skutečném výstupu -- třeba to jméno můžete na jedné stránce použít v HTML kódu, v JavaScriptu i v URL, a pokaždé bude potřeba ošetřit ho jinak.

[Kit]

Použití array_map() je pro tento účel vhodnější, přehlednější a bude i rychlejší.

Ovšem méně vhodné je uložení výsledku do stejného pole. Když výsledek uložíš do jiného pole, paradoxně ušetříš trochu RAM i času a budeš mít k dipozici obě pole. V každém případě to bude přehlednější.

Ohledně "surových dat": Pokud má být výstupem HTML, je nutné znaky specifické pro HTML ošetřit až při výstupu. Kdyby to bylo v databázi, tak by se jiné výstupy než HTML musely zbytečně konvertovat zpět.

[Dušan S.]

A mám ten zápis dobře? Nebo jsem zase vyplodil nějakou prasárnu :D Dík

$status = array_map('htmlspecialchars', $status);

[Kit]

Prasárnou je akorát to, že zdroj dat je v poli $status a výsledek opět v poli $status. To jsem ti však už napsal, že takhle se to nedělá.

Navíc zbytečně převádíš i položky, které by převedeny být neměly, např. 'id'. Ostatně netuším, k čemu tu položku vlastně potřebuješ.