Dotaz: Úprava dotazu do mysql v php

[Petr Bureš]

Ahoj, tady jsem našel řešení pro INSERT INTO, myslí, že ho sem poskytl KIT. Snažím se tohle řešení naimpletovat pro SELECT, ale vůbec mi to nejde. Nepomůže někdo?

function select($table, $array){
$a = implode(', ', array_keys($array));
$b = implode(', ', array_fill(0, sizeof($array), '=?'));
$sql = 'SELECT '.$a.' FROM '.$table.' WHERE '.$b.' LIMIT 1';
$stmt = $pdo->prepare($sql);
$stmt->execute(array_values($array));
}

Odpovědi

[DarkKnight]

function select($table, $array){
$a = implode(', ', array_fill(0, sizeof($array), '=?'));
$sql = 'SELECT * FROM '.$table.' WHERE '.$a.'';
$stmt = $pdo->prepare($sql);
$stmt->execute(array_values($array));
return $stmt = fetchAll(PDO::FETCH_ASSOC);
}

takhle by to melo fungovat

[Petr Bureš]

Ale no tak Co tam dělá ta hvězda (*) nechci načítat tunu údajů. Nedáš to prosím líp? Na tohle já fakt nemám... Díky moc

[DarkKnight]

ano, jeste tam chybi AND / OR v podmince... vzhledem k tomu, ze chybi dalsi argument, ktery by urcoval, jake sloupce potrebujes vytahnout, tak je tym hvezda :) navic vzhledem k tomu, ze u tohoto nelze pouzit prirozeny vyber nebo joiny, je uplne jedno, jestli tam je hvezda nebo ne (a pokud ma tabulka nekolik desitek sloupcu, tak je spatne navrzena)

[Kit]

Tabulky obvykle mívají 2-10 sloupců. Pokud budeš chtít místo hvězdičky ty sloupce vyjmenovat, přidej funkci další parametr. Obvykle stejně z DB netahám jen holá data, ale potřebuji je mít v nějakém definovaném formátu. Takže se tomu dalšímu parametru nevyhneš.

[Petr Bureš]

Patrně tam ještě chybí v podmínce "AND", nebo ne?

[DarkKnight]

samozrejme $stmt->fetchAll(PDO::FETCH_ASSOC);

[Kit]

Na SELECT se to moc použít nedá, protože za normálních okolností budeš požadovat jiné sloupce, než které budeš dávat do podmínky.

Kromě toho nejsem příznivcem takového slepování SQL dotazů. Umím to, ale rád to nevidím.

Hned za řádek $sql = ... si přidej

var_dump($sql);

a sleduj, jaké SQL dotazy generuješ. Snad ti docvakne, v čem děláš chybu.

[Václav HFechs Švirga]

Na použivání SQL v PHP doporučuju nesnažit se vymýšlet znova kolo a použít nějakou knihovnu, vřele mohu doporučit dibi, což je malá libka (minifikovaná verze jeden soubor), která dělá jen to, co dělat má, a to je pohodlná práce s dotazy nad databází (tedy žádné ORM). Více v tutoriálu.

[Kit]

Knihovna Dibi je zbytečně tlustá a práce s ní je nepohodlná.

[Václav HFechs Švirga]

Nesouhlasím.

[Kit]

Pokaždé přepisovat SQL dotaz do nějaké objektové nudle, když to můžu jednoduše prsknout do PDO? To je dvojí přepisování. Jednou z SQL do Dibi a podruhé z Dibi do SQL.

[Jakub Lucký]

Do dibi se dá SQL psát přímo

dibi::query("SELECT * FROM [whatever]")

[DarkKnight]

a vznika dalsi mezivrstva kdy volani probiha trasou script -> dibi -> engine (ve vetsine pripadu pdo/mysqli) -> databaze

vazne je to lepsi?

[Václav HFechs Švirga]

Ano je, doporučuju si ten quick start projet .

[DarkKnight]

aha, takze je lepsi psat primo query pres dibi, ktera pak zavola PDO, nez primo pres PDO, protoze proc? protoze kontrola typovosti a ochrana proti sqli, kterou dela i PDO?

[Václav HFechs Švirga]

No tak ti víc vyhovuje PDO, věc vkusu...

[Kit]

Výhodou PDO je, že objektový mód v něm funguje.

[Václav HFechs Švirga]

V dibi funguje taky. Ale já objektový mód nemusím (myslím pro sestavování dotazu), klasický mód mi, už miminálně syntaxí, mnohem více vyhovuje v dibi.

[DarkKnight]

ano, ale dibi vola zase PDO... a kdyz nevola PDO, vola mysqli, tudiz nekomunikuje s db primo

[Václav HFechs Švirga]

A?

[Kit]

Objektový mód se hodí zejména při výběru - výsledkem SQL dotazu je plnohodnotný objekt se všemi potřebnými metodami, ze kterých nejraději používám __toString(). Takový objekt pak v klidu vložím do výstupní šablony. Je to velmi pohodlné.

[Václav HFechs Švirga]

Mluvil jsem o objektovém módu pro sestavování dotazu. Tedy špagety jako:

$res = dibi::select('product_id')->as('id')
    ->select('title')
    ->from('products')
    ->innerJoin('orders')->using('(product_id)')
    ->orderBy('title')
    ->execute();

...které dibi umí, ale já je nemám rád a nepoužívám je.

Speciálně pro Kita zvýrazním:

Špagety jsou jednou z variant zápisu, statický mód je jednou z variant použití.

Plnohodnotné objekty jako výsledky dotazů jsou samozřejmě užitečné, ale to patří už spíše do modelové vrstvy a ano, modelová vrstva může interně používat například dibi (nebo třeba PDO), věc vkusu .

[Kit]

A co je to ten objekt $res? Umí to něco nebo je to jen Messenger, ve kterém je veřejný atribut product_id?

[Václav HFechs Švirga]

http://api.dibiphp.com/2.0/DibiResult.html, když ho ->fetchneš, dostaneš DibiResultIterator (iterable objekt), který se iteruje přes DibiRow (array access objekt, má tři konverzní funkce), můžeš místo fetch udělat ->fetchSingle a to ti vrátí přímo první buňku.

[Kit]

Takže ho nemůžu přímo vložit do výstupu?

echo "Výsledkem je: $res";

Používám to docela často, zejména pokud $res má složitější strukturu, například řádek tabulky nebo položka seznamu s odkazy.

[Václav HFechs Švirga]

Můžeš, pokud je to jedno políčko tak třeba takto:

$res = dibi::query('select id from products where name = %s', $name)->fetchSingle();

Pokud je to více políček, už musíš mít nějaké pravidlo, jak to převést na string, třeba tím, že si vytvoříš vlastní Row, třeba MyRow, která dědí od DataRow, definuješ ji metodu __toString() a nastavíš ji jako třídu pro výsledek:

class MyRow extends DibiRow
{
   public function __toString()
   {
     $res = "";
     foreach($this as $name => $value)
     {
       $res .= "$name:  $value
";
     }
     return $res;
   }
}

$res = dibi::query('select * from products where name = %s', $name)->setRowClass('MyRow')->fetch();

echo $res;

[Václav HFechs Švirga]

Jinak možná ti jde o to nastavit si vlastní třídu jako výsledek dotazu. To dibi umí samozřejmě také ($result->setRowClass('MyRow')), kde MyRow by měl být potomkem DibiRow.

[Václav HFechs Švirga]

Objektový mód je pouze doplněk dibi (navíc spíše experimentální) a osobně jsem ho nikdy nepoužil a ani používat nedoporučuji. Ale quick start, který jsem linkoval, ho vůbec nezmiňuje!

Šlo mi pouze o syntaxi jako:

dibi::query('UPDATE `table` SET `text`=%s', $text, 'WHERE flag=%i', $flag);

která je IMHO velmi návyková a pohodlná. Navíc to, že je dibi jistá (velmi primitivní - což je dobře!) mezivrstva velmi pomáhá tomu, kdyby náhodou někdy přecházel na jinou databázi.

Výkonostně tu žádné měřitelné ztráty nejsou (bavíme se o tomto módu, ne o těch objektových špagetách).

Niméně i v tomhle "array" módu umí dibi velmi užitečná kouzla, například:

dibi::query('UPDATE `table` SET ', array('attribut1' => 'foo', 'atribut2' => 'bar'));

[Kit]

To "užitečné kouzlo" mám na 3 řádcích ve své knihovně. Kvůli takové prkotině nepotřebuji Dibi. Stejně to nepoužívám, protože se mi příčí takhle lepit SQL dotazy. Uvedené příklady používám v této podobě:

$update = $db->prepare("UPDATE `table` SET `text`=? WHERE flag=?");
$update->execute(array($text, $flag));

$druhy_update = $db->prepare("UPDATE `table` SET `attribut1`=?, `attribut2`=?");
$druhy_update->execute(array('foo', 'bar'));

a protože to mám ukryto v objektech modelu, které se o danou relaci starají, tak ani nevadí, že je to na dvou řádcích. Třída zůstává miniaturní.

[Václav HFechs Švirga]

To seš drsný. Představ si, že já mám taky svou knihovnu a taky svůj model (postavený na dibi). Ale tady autor dotazu chce asi s MySQL a PHP nějak začít a s dibi může hned, správně (bez SQL injection) a relativně pohodlně. A třeba si časem najde něco jiného .

Ale pokud si myslíš, že je tvá knihovna tak super, tak ji zveřejni - i s patřičnou dokumentací - a ještě lépe pro autora dotazu připrav nějaké školení, třeba si ji vybere .

[DarkKnight]

tak at rovnou pouzije nejaky framework na tvorbu webu... nebo jeste lepe, at to postavi na Wordpressu, treba se casem nauci i to php

[Václav HFechs Švirga]

Sám používam framework (Nette) a k němu dibi (zakomponované ve svém vlastním "orm", ale to je detail). Myslím, že to nemá přímou souvislost .

[Kit]

Mám tam snad nějaké SQL injection? Co je na tom nepohodlné?

Se zveřejněním počítám, jen co dodělám tu "omáčku".

[Václav HFechs Švirga]

Nemáš, ale taky tam je těch nahrazování minimum. Dibi má těch featur fakt hodně, například:

dibi::query('SELECT * FROM `table` WHERE %and', array(
    array('number > %i', 10),
    array('number < %i', 100),
));

[Václav HFechs Švirga]

Nehledě na to, že s PHP 5.4 ta syntaxe vypadá ještě lépe:

dibi::query('SELECT * FROM `table` WHERE %and', [
    ['number > %i', 10],
    ['number < %i', 100],
]);

[Kit]

Je mi líto. Kromě existence dalšího metajazyku, který nepotřebuji, v tom nevidím žádný přínos. Pochybné je už to, že metody volají staticky, což zhoršuje testovatelnost.

[Václav HFechs Švirga]

Statický režim osobně nepoužívám, ale pro začátečníky, co nemají žádný systém pro předávaní služeb, je asi nejjednodušší na použití.

Samozřejmě můžeš dibi i normálně instancovat (i víckrát), otevřel sis ten tutorial vůbec?

A ano, ten meta jazyk je pro mě klíčová featura dibi .

[Kit]

Tutoriál Dibi číst nepotřebuji. Stačí mi, když vidím, jak to v něm ostatní lepí a snaží se ukázat, jak je to super udělané. Ve statickém režimu se nedá dělat DI. Také si nedovedu představit, jak bych v Dibi pracoval s několika databázemi současně. Asi to jde podobně jako v PDO.

Měl bys příklad nějakého zápisu, který je v Dibi jednodušší a přehlednější než v PDO?

[Václav HFechs Švirga]

Kdyby sis můj příspěvek pořádně přecetl, tak zjistíš, že žádný statický režim není třeba, normálně se dibi používá samozřejmě takto:

$options = array(
    'driver'   => 'mysql',
    'host'     => 'localhost',
    'username' => 'root',
    'password' => '***',
    'database' => 'table',
);

// v případě chyby vyhodí DibiException
$connection = new DibiConnection($options);
$connection->query('TRUNCATE `table`');

A já sám DI s dibi normálně používám.

A kdyby sis otevřel ten tutoriál, tak tenhle kód najdeš úplně nahoře. Ale ne, pán si to nerozklikne, aby se mu náhodou nerozbila jeho pravda o tom, jak je dibi hrozné a radši na něj bude plivat a ze sebe dělat akorát...

A ne, už tu nic psát nebudu. Přikladů je plný ten tutoriál. Já tuhle debatu končím, koho dibi zaujalo, ať si proletí ten tutoriál, koho ne, ať si používá, co je mu milé. Nejsem žádný evangelizátor kruciš... Jen mi šlo o to doporučit dibi jako alternativu k PDO pro autora dotazu, protože se mi s ním osobně pracuje lépe (a pravděpodobně nejsem sám).

[DarkKnight]

jenze dibi neni alternativa k PDO, je to dalsi vrstva nad PDO (nebavim se o normalni mysql connectoru, ktery zpusobi to, ze dibi kupodivu v novem php nebude fungovat)
abyste si nemyslel, ze si to taham s prstu, http://api.dibiphp.com/2.1/source-drivers.DibiMySqlDriver.php.html#155-175

a vazne, pokud pracuju na projektu, kde delam s databazi, je o dost lepsi pouzit PDO nez mysqli, uz jenom kvuli nespornym vyhodam PDO... a ne, vazne nepotrebuju dalsi vrstvu, ktera dela to, co PDO, jenom s kupou kodu navic, protoze je s tim prace "lepsi"

[Václav HFechs Švirga]

A já to snad popírám? Ano, dibi je vrstva nad PDO, mysqli, mysql, pqsql, oracle...

A ne, dibi (pro mě) nedělá to co PDO.

Benefit dibi je (pro mě) například jeho metajazyk. Pro seznámení s ním doporučuji quickstart .

[DarkKnight]

to, ze pro vas nedela to co PDO, neznamena, ze ho musi pouzivat kazdy... ja se s vami nepru, ze pro urcite jedince je pouzit dibi vhodnejsi, ale reagovat na otazku "jak v PDO udelat to a to" odpovedi "vykasli se na PDO, je nanic, pouzij dibi, je super", je uplne mimo... tedy presne to, co se snazime s Kit-em dokazat

vam pro seznameni doporucuju oficialni manual php, zjistite, ze mit kupu nenazranych knihoven (ne, neni to zadny utok na pana Grudla) je v jakemkoliv projektu, nez mensim, na obtiz... najednou se zvysi zatez, hosting / server / databaze nebude stihat a co udelate? prece se nevykaslete na to skvele dibi, kdyz dela takovou super praci :)

tudiz ano, uzavrel bych to tim, ze vam vyhovuje dibi, nam vyhovuje PDO... a ohledne tech kotatek, co delate ve svem volnu me vubec nezajima :)

[Šangala]

Si to tady tak čtu, tak jsem si prošel dibi a „ne“, dibi není vrstva nad PDO, nad zbytkem ano. To že má i PDO driver to trochu mate. Použíti PDO přes dibi by bylo opodstatněné jen ve velmi specifických případech nebo při momentálním drobném šílenství uživatele .
Dibi je to samé co PDO, tedy abstraktní level nad specifickým db conectorem, jenže dibi je na vyšší vrstvě (ehm tedy na nejvyšší −> nejpomalejší) a kdokoliv by se rozhodoval co použít dnes, nemá důvod si zvolit dibi, to je prostě velmi obyčejná a dost nedokonalá PHP knihovnička. Troufám si říct, že už před 10 lety jsem měl mnohem sofistikovanější (jen mysql, mysqli, postgresql a limitované mssql), bo jsem neměl jinou možnost, jak si udělat abstraktní vrstvu bez přímé vazby na dbe a proto vzniklo asi i dibi.

[Kit]

Možná kdyby sis přečetl manuál k PDO, tak bys Dibi také nepotřeboval. Ale ne, pán se na manuál PDO prostě nepodívá, protože má své Dibi

[Václav HFechs Švirga]

Používáš mé argumenty, tvé ti došly? :-P

[Kit]

Použil jsem tvé argumenty, abych ti dokázal, jak jsou nesmyslné. Manuál k PDO je kratší a snáze pochopitelný, než manuál k Dibi. Samotné PDO toho umí víc než Dibi.

[Václav HFechs Švirga]

Nesmyslné je kritizovat něco, o čem nic nevím. To jsi tu předvedl hlavně ty. Jak můžeš vědět, že PDO toho umí víc než Dibi, když ho vůbec neznáš? A nezkoušej to otočit, já netvrdím, že PDO neznám, nebo že jsem nečetl jeho manual.

[Kit]

Řekněme, že jsem zatím nezkoušel v Dibi otevřít víc databází současně a jedním dotazem provést výběr jako kombinaci různých tabulek z různých databází. Nevím, jestli to umí Dibi, ale PDO to zvládá. Umí to Dibi?

[Václav HFechs Švirga]

Otevřít více připojení k databázím v dibi není problém (umí to jak statický způsob, tam se dá přepínat, tak způsob přes instance, vytvoří se jich víc s různými pametry připojení).

Jeden dotaz přes více databází bohužel dibi neumí. Já to nepotřebuju. Kdybych to potřeboval, rozdělil bych to buď v dibi na více dotazů, nebo bych v tomto specifickém případě spráskl podpadky a použil PDO. Takže jo, v jednom případě si mě dostal... super že?

Teď vážně, dibi má pro mě přínos v jiných věcech (syntaxe - meta jazyk, částečná přenositelnost dotazů mezi databázemi).

[Václav HFechs Švirga]

Co to uzavřít s tím, že tobě vyhovuje PDO, mě dibi a všichni budeme šťastní? A pro DarkKnight - ano, já používám o vrstvu víc, takže kvůli mě zemřou ročně miliony koťátek!

[Kit]

Jsem rád, že už nemáš nic proti tomu, aby Petr Bureš (tazatel) zůstal u svého oblíbeného PDO.

[Václav HFechs Švirga]

Tazatel nepůsobil, že by měl PDO jako oblíbené (to by asi dokázal vyřešit svůj dotaz sám), ale že potřebuje v PHP pracovat s MySQL a někdo mu zde poradil (nebo on si poradil - netuším) jako jeden ze způsobu PDO. Já nabídl alternativu, o které se domnívám, že by po něj mohla být lepší (což je samozřejmě subjektivní). Na tazateli je, ať si vybere .

Ale dobře, abych projevil trošku sebereflexe, uznávám, že můj první post v tomto vlákně byl (schválně) trošičku provokativní, ale aspoň to spustilo zajímavou diskuzi. Je pravda, že PDO rozhraní rád nemám (jako ty nemáš rád dibi ).

[Kit]

Pro mne tato debata také měla svůj přínos. Aspoň už nemusím číst ten manuál Dibi, který jsi mi doporučil