dibi fórum

Zapis INSERT ci UPDATE a pole (Řešení potíží)

matata — Wed, 10 Mar 2010 00:13:49 -0700

ahoj, je to tam pod nadpisem Složitější výrazy v polích a tvuj priklad by vypadal:

<?php
dibi::query('INSERT INTO `people`', array(
    'name%s' => $name,
    'active%i' => 1
));
?>

Zapis INSERT ci UPDATE a pole (Řešení potíží)

Kcko — Tue, 09 Mar 2010 15:07:54 -0700

Ahoj,

procetl jsem nekolik uvodnich clanku o DIBI a neni mi jasne jak mohu v zapisech, kde se pouziji pole, dosadit modifikatory, abych upresnil datovy typ a osetreni.

Napr. zde (rad bych nastavil ze name ma byt string = %s a active ma byt = %i

dibi::query('INSERT INTO `people`', array(
    'name' => $name,
    'active' => 1
));

Tyka se to i update klauzule. Prohledl jsem priklady, ale odpoved jsem nenasel. Diky za vysvetleni.

DibiResult::fetchColumn – feature request (Diskuse o vývoji Dibi)

Honza Marek — Tue, 09 Mar 2010 05:53:36 -0700

Což takhle zavést funkci fetchColumn pro případ, že potřebuju získat například jen pole idček vyhovující nějaké podmínce?

mysql connect SLL (Řešení potíží)

muta — Mon, 08 Mar 2010 08:07:08 -0700

Ahoj, řeším menší problém. Potřebuji se ze sveho serveru(lokalní server) připojit na jiny mysql server (tojeono.cz) přes ssl tunel a v helpu pro připojení k mysql jsem našel client_flags – MYSQL_CLIENT_SSL, což by mělo být přesně ono, jen jsem nepřišel nato, jak tento flag dostat do dibi::connect.

Jde to v dibi vubec ?

Díky

Petr

Změna vychozí hodnoty parametru $result_type ve volání mysql_fetch_array (Obecná diskuse)

null.pointer — Mon, 08 Mar 2010 05:41:29 -0700

vlki napsal(a):

Tak si poděď nebo odekoruj DibiMysqlDriver např. na DibiMyMysqlDriver, uprav si tam co potřebuješ, a použij ho.

To není moc elegantní řešení, musel bych vytvořit v drivers soubor mysqlex.php a třídu DibiMysqExDriver a v configu změnit vychozí driver „mysql“ na „mysqlex“. A už vůbec to neřeší minified verzi.

Změna vychozí hodnoty parametru $result_type ve volání mysql_fetch_array (Obecná diskuse)

vlki — Mon, 08 Mar 2010 04:38:16 -0700

Tak si poděď nebo odekoruj DibiMysqlDriver např. na DibiMyMysqlDriver, uprav si tam co potřebuješ, a použij ho.

Změna vychozí hodnoty parametru $result_type ve volání mysql_fetch_array (Obecná diskuse)

null.pointer — Sun, 07 Mar 2010 17:08:45 -0700

Stávající roky starý projekt na kterém pracuji na některých místech využívá místo asociativního pole i číselné indexy. Protože kód po zapnutí E_NOTICE generuje tisíce varování, nelze tato volání jednoduše najít a upravit. Bohužel funkce DibiMySqlDriver.fetch neumožňuje změnit nastavení $result_type podle potřeb, což by vyřešilo můj problém.

Ideální by bylo přidat možnost změnit výchozí MYSQL_ASSOC a MYSQL_NUM na vlastní hodnoty.

jak ziskat data z dotazu v „normalnim“ poli (Řešení potíží)

honza801 — Sat, 06 Mar 2010 14:10:02 -0700

me prijde prirozenejsi while.
to snad neni predmetem tohoto vlakna

jak ziskat data z dotazu v „normalnim“ poli (Řešení potíží)

Ondřej Mirtes — Fri, 05 Mar 2010 11:30:09 -0700

Proč používáš while cyklus, když je tam daleko přirozenější a logičtější foreach?

jak ziskat data z dotazu v „normalnim“ poli (Řešení potíží)

honza801 — Fri, 05 Mar 2010 08:41:17 -0700

no pres ty array_values to delam taky.

ten pristup pres indexy se da vyuzit, pokud prepisujes uz napsanou aplikaci, ktera pouziva pristup pres indexy, a nechces ji prepisovat. ;)

jinak pro volveriny

$q = dibi::query("SELECT name,employer FROM access");
while ($row = $q->fetch()) {
    $idx_array = array_values($row->getArrayCopy());
}

jak ziskat data z dotazu v „normalnim“ poli (Řešení potíží)

vlki — Fri, 05 Mar 2010 08:24:15 -0700

Ahoj,

možností je prohnat to PHP funkcí array_values. Nejsem si vědom, že by to dokázalo dibi nějakým speciálním přístupem. Ani nevím, kdy bych toho osobně dokázal využít.

jak ziskat data z dotazu v „normalnim“ poli (Řešení potíží)

honza801 — Fri, 05 Mar 2010 06:04:59 -0700

ahoj

mam nize napsany kod

$q = dibi::query("SELECT name,employer FROM access");
while ($row=$q->fetch()) {
    var_dump($row); // zde ziskam asociativni pole
}

lze ziskat z jednotlivych radku „normalni“ pole tak, aby slo na jednotlive polozky v $row odkazovat jako $row[0],$row[1]… (nikoliv $row[‚name‘],$row[‚employer‘]) ???

diky

„Delayed“ SQL (Obecná diskuse)

westrem — Wed, 03 Mar 2010 18:08:41 -0700

Zdravim, mam zaujimavy problem. Je mozne pomocou dibi alebo SQL vseobecne spravit nieco take, ze ked vykonam query, skript nemusi cakat na jej ukoncenie ale moze pokracovat dalej?

Viem, ze existuje nieco ako INSERT DELAYED pre MySQL ale:

som v situacii ked sa delayed ignoruje (INSERT .. SELECT command)
nechcem ho pouzit, pretoze je to nestandardna feature MySQL a ma vela pochybnych chovani

Je teda mozne spravit nieco take ci uz na urovni skriptu alebo priamo SQL?

Za akekolvek napady vopred dakujem ..

Kde stáhnout minified verzi? (Řešení potíží)

Šaman — Wed, 03 Mar 2010 05:59:35 -0700

Díky ti. Teď bych potřeboval smajlíka „buším hlavou do zdi, jaxu blbé“. Já už docela dlouho recykluji dibi knihovny z projektu do projektu a tak jsem měl jen obsah adresáře /dibi.

Kde stáhnout minified verzi? (Řešení potíží)

vrtak-cz — Wed, 03 Mar 2010 04:34:39 -0700

ta je součástí balíku…

Kde stáhnout minified verzi? (Řešení potíží)

Šaman — Wed, 03 Mar 2010 03:28:55 -0700

Možná jsem slepejš, ale nenašel jsem minified verzi dibi ani na stránce download ani v repozitáři. Docela by se mi hodila a v repozitáři je popsaná, tak předpokládám, že někde existuje. Můžete mě trknout kde, pls?

Testuji Acrobat example pro nette a dibi a kdyz dam jinou databazi verze sqlite 3 (Řešení potíží)

Pitrsonek — Mon, 01 Mar 2010 04:18:50 -0700

Uff tak jsem to uz rozchodil nevsiml jsem si ze si musim stahnout nejnovejsi verzi s sqlite3 driverem. Nicmene mi to blbne nekde jinde, k databazi se pripojim ale fetchSingle hazi chybu:

Fatal error: Call to a member function fetchSingle() on a non-object in F:\www\zakazky\seznamcorka\libs\examples\fetch.php on line 14

KOD:

dibi::connect(array(‚driver‘ ⇒ ‚sqlite3‘,‚database‘ ⇒ ‚test.db‘,)); // getting results $result = dibi::query(‚SELECT * FROM [entries]‘); $value = $result->fetchSingle(); // single value

INSERT … ON DUPLICATE KEY UPDATE – jen reálný update (Řešení potíží)

westrem — Fri, 26 Feb 2010 11:01:38 -0700

David Grudl napsal(a):

westrem napsal(a):

Ono totiz, ja osobne toto povazujem za skryty bug, co bugom nie je. Ked sa pytame na affected rows tak je to naozaj 0, castokrat vsak clovek testuje uspech // neuspech dotazu typu

Pokud dojde k chybě, dibi vyhodí výjimku. Tedy testování if (dibi::query(...)) je z principu špatné.

„Prasarnu“ ako if (dibi::query(...)) by som nikdy nepouzil .. testovanie uspechu query pri update robim ako som vravel pomocou affectedRows s tym, ze mam original dibi funkciu zaobalenu do jednej svojej, ktora riesi par evnetualit ..

Nefungující sql v datasource (Řešení potíží)

blacksun — Thu, 25 Feb 2010 19:55:25 -0700

Právě to, co jsem postnul jako ten dotaz, je to, co dostanu dole na stránce výjimky z Laděnky.. Když to odtamtud zkopíruju rovnou do sql studia, tak to normálně projde..

kombinace AND a OR ve WHERE (Řešení potíží)

mprokes — Thu, 25 Feb 2010 15:15:11 -0700

nebo zkusit třeba

<?php
...
$word = '%'.$word.'%';
$fluent->where('( [jmeno]')->like ('%s', $word)
       ->or('[prijmeni]')  ->like ('%s', $word)
       ...
       ->or('[prezdivka]') ->like ('%s )', $word);
...
?>

dibiVariable($test, ‚iN‘) (Řešení potíží)

zeron — Thu, 25 Feb 2010 08:29:50 -0700

funguje :-) Laborovat s velikosti pismenek me nenapadlo :-) Diky

Dokumentace (Dokumentace)

David Grudl — Wed, 24 Feb 2010 17:08:56 -0700

oprqaveno

dibiVariable($test, ‚iN‘) (Řešení potíží)

David Grudl — Wed, 24 Feb 2010 17:06:47 -0700

%iN je v poslední verzi, nahrazující dřívější %in – takže zkus použít malé písmenko.

dibiVariable($test, ‚iN‘) (Řešení potíží)

zeron — Wed, 24 Feb 2010 12:15:48 -0700

Zdravim, pokousim se ukladat do DB promennou dibiVariable($test, ‚iN‘), bohuzel vsak mi dibi napise:

SQL translate error – UPDATE … test=Unknown or invalid modifier %iN

Pouzivate nekdo modifikator ‚%iN‘? Pokud pouziji ‚%i‘, je vse v poradku :-(

Konfigurační direktivy ‚resultDetectTypes‘ a ‚resultDateTime‘ (a BC break) (Changelog)

22 — Wed, 24 Feb 2010 05:12:31 -0700

jen dotaz k těm direktivám, tzn. je to defaultně zapnutý teď nebo se to musí zapnout nějak?:

resultDetectTypes() => TRUE,

Dokumentace (Dokumentace)

edke — Wed, 24 Feb 2010 04:59:15 -0700

David Grudl wrote:

DibiVariable je zastaralá a už se nepoužívám. Quick Start jsem se pokusil aktualizovat.

toto je urcite dobre ? :)

'number' => new DateTime('RAND()', 'sql'),// %sql means SQL ;)

Nefungující sql v datasource (Řešení potíží)

David Grudl — Wed, 24 Feb 2010 01:01:45 -0700

Vypiš si SQL z té výjimky a zjisti, co v něm zlobí.

Dokumentace (Dokumentace)

David Grudl — Wed, 24 Feb 2010 00:34:24 -0700

DibiVariable je zastaralá a už se nepoužívám. Quick Start jsem se pokusil aktualizovat.

Konfigurační direktivy ‚resultDetectTypes‘ a ‚resultDateTime‘ (a BC break) (Changelog)

David Grudl — Tue, 23 Feb 2010 23:22:32 -0700

Přidal jsem do dibi dvě nové konfigurační direktivy:

resultDetectTypes – aktivuje automatické detekce typů po každém databázovém dotazu. Tj. automaticky se volá $res->detectTypes().

resultDateTime – určuje formát, do jakého se bude převádět typ DATE nebo DATETIME. Výchozí je objekt DateTime! Podrobněji viz níže.

resultWithTables odstraněno (pokud to někdo používáte, dejte vědět, klidně vrátím zpět.)

Direktivy nastavíte při volání metody dibi::connect(...) nebo new DibiConnection(...).

Pokud pracujete s datovými typy, mohou se vás dotknout tyto zpětně nekompatibilní změny. Nastavení formátu skrze resultDateTime totiž nahrazuje parametr $format používaný u metod DibiResult::setType() nebo convert() a ten je nyní ignorován.

Dále výchozím „formátem“ je objekt DateTime. Pokud byste chtěli, aby výchozí formát byl UNIX timestamp jako v předchozích verzích, nastavte resultDateTime => 'U'. Pokud získanou hodnotu používáte v šablonách Nette, není potřeba nic měnit, Nette si rozumí s DateTime stejně jako s timestampem.

Interní metoda setTypes pracuje s jinou strukturou pole, jednodušší, tvořenou páry field ⇒ formát. Stejnou strukturu je potřeba použít u DibiTableX::$types. Interní metoda convert() je protected.

Možná se to zdá jako hodně změn, ale jde o okrajové oblasti, které se dotknou jen minima uživatelů. Kdyby jste narazili na nějaké komplikace, dejte vědět.

Nefungující sql v datasource (Řešení potíží)

blacksun — Tue, 23 Feb 2010 19:06:08 -0700

Ahoj,

mám následující sql dotaz, který puštěný přes mssql studio normálně proběhne:

<?php
$query = "
SELECT
 [rir].[RunInResultID] ,
 [rir].[RunInStatus],
 [rir].[RunInFailure],
 [rir].[RunInPassedShortCircuit],
 [rir].[RunInShortCircuitValue],
 [rir].[RunInPassedMotorOrientation],
 [rir].[RunInTimeGroupName],
 [rir].[RunInEnvironmentTemp],
 convert(char,[rir].[RunInTestTimeStart],120) as [RunInTestTimeStart],
 convert(char,[rir].[RunInTestTimeEnd],120) as [RunInTestTimeEnd],
 [e].[OSC] as [RunInOperatorOSC],
 [e].[Name] as [RunInOperatorName],
 [stds].[StandName] as [RunInStandName],
 [rir].[PotPresent],
 [rir].[UnitID],
 [units].[UnitBarCode] as [UnitBarCode],
 [ubcs].[ModelNumber] as [ModelNumber],
 [rir].[TestProfileID],
 [tps].[Name] as [TestProfileName]


FROM
 [tbRunInResults] rir


INNER JOIN
 [tbOperators] [ops]
 ON [rir].[RunInOperatorID] = [ops].[OperatorID]


INNER JOIN
 [vwEmployees] e
 ON [e].[EmployeeId] = [ops].[EmployeeID]


INNER JOIN
 [tbStands] stds
 ON [rir].[RunInStandID] = [stds].[StandID]


INNER JOIN
 [tbTestProfiles] tps
 ON [rir].[TestProfileID] = [tps].[TestProfileID]


INNER JOIN
 [tbUnitStatus] units
 ON [rir].[UnitID] = [units].[UnitID]


INNER JOIN
 [vwUnitBarCodes] ubcs
 ON [units].[UnitBarCode] = [ubcs].[UnitBarCode]

";

?>

, použitý v nette ve funkci přes

<?php
return new DibiDataSource($query,$this->connection);
?>

ale padá při pokusu spočítat celkový počet řádků. Laděnka hlásí chybu DibiDriverException:Query error, ale nevím, kde hledat, když po copy-paste do mssql studia to jede ok.

Díky za případné nakopnutí.

Michal

Testuji Acrobat example pro nette a dibi a kdyz dam jinou databazi verze sqlite 3 (Řešení potíží)

David Grudl — Tue, 23 Feb 2010 17:00:04 -0700

Databáze SQLITE 2 a 3 nejsou kompatibilní a demo je děláno pro verzi 2.

Testuji Acrobat example pro nette a dibi a kdyz dam jinou databazi verze sqlite 3 (Řešení potíží)

Pitrsonek — Tue, 23 Feb 2010 16:08:12 -0700

Testuji Acrobat example pro nette a dibi a kdyz dam jinou databazi verze sqlite 3 tak mi aplikace hodi bug: file is encrypted or is not a database.

Databaze je fyzicky tam kde ma byt, a lhe ji normalne otevrit v SQLite ADminu. Nevite kde je problem?

Dekuji

Typ proměnných po SELECT (Řešení potíží)

22 — Tue, 23 Feb 2010 14:16:35 -0700

Fajn, tak už jsem to přivedl k životu:

$res = dibi::query('SELECT [schvaleno] FROM [user] WHERE [id]=%i',$id);
$res->detectTypes();
$res = $res->fetchPairs();
Debug::dump($res);

edit: Jen by mě zajímalo, proč se to nenatypuje automaticky už v objektu po dibi::query?

lze volat sekvenci dotazu pomoci query? (Řešení potíží)

David Grudl — Tue, 23 Feb 2010 08:20:44 -0700

Záleží na konkrétním databázovém driveru. Třeba sqlite_query to umí a tak to lze v DibiSQLiteDriver použít, mysql_query to neumí. Dibi pro to žádnou speciální podporu nemá.

Typ proměnných po SELECT (Řešení potíží)

David Grudl — Tue, 23 Feb 2010 08:16:38 -0700

Musíš dumpovat nikoliv objekt $data, ale to, co ti metoda fetchPairs() vrátí.

lze volat sekvenci dotazu pomoci query? (Řešení potíží)

Šaman — Tue, 23 Feb 2010 07:05:45 -0700

Tak vyreseno pomoci dibi::loadFile().
Nicmene otazka stale trva: je mozne volat nekolik prikazu najednou, nebo kazdy jako samostatnou query?

lze volat sekvenci dotazu pomoci query? (Řešení potíží)

Šaman — Tue, 23 Feb 2010 04:22:53 -0700

Zdar,
mam celou transakci zapsanou do jedne dibi::query() a vraci mi to vyjimku #1064 (You have an error in your SQL syntax.) Jako radek s chybou oznaci vzdy druhy dotaz v rade (i kdyz je prohazim). Pokud celou sekvenci zkopiruji do PMA, tak probehne bez chyby.
Je v tom nejaky chytak (treba ze PMA si to rozparsuje na jednotlive prikazy), nebo proste pouzivam spatnou fci? (Resp. dobrou fci na spatnem miste..)
Zkousel jsem to pomoci query() i nativeQuery(), vysledek je totozny.
Diky.

Typ proměnných po SELECT (Řešení potíží)

22 — Tue, 23 Feb 2010 02:16:55 -0700

$data = dibi::query('SELECT * FROM [products]')->fetchPairs();
$data->detectTypes();
Debug::dump($data);

Způsobí chybu: Call to a member function detectTypes() on a non-object

$data = dibi::query('SELECT * FROM [products]');
$data->detectTypes();
$data->fetchPairs();
Debug::dump($data);

Proběhne sice bez chyby, ale Debug::dump($data) vypisuje celý objekt. Typy proměnných nejsou detekovány podle mě. Přitom, pokud si vytvořím pole:

$data = array('první',2,'třetí');
Debug::dump($data);

..Debug vypíše správné typy.

Typ proměnných po SELECT (Řešení potíží)

David Grudl — Mon, 22 Feb 2010 19:59:50 -0700

Tuším pomůže $data->detectTypes()

Typ proměnných po SELECT (Řešení potíží)

22 — Sun, 21 Feb 2010 11:37:02 -0700

zdravím, mám dotaz jak dibi pracuje s typem proměnných? Mám například:

$data = dibi::query('SELECT * FROM [table]')

kde jsou sloupce id,nazev,cena ale:

Debug::dump($data)

mi vypíše všechno jako typ string. Dělám něco blbě?

Pripojeni na MS SQL 2008 Express (Řešení potíží)

jan.rok — Sun, 21 Feb 2010 10:30:48 -0700

Narazil jsem na stejný problém – to co fungovalo na SQL 2005 tak na 2008 nefunguje. Má někdo řešení? Dík.

Fluent interface – zápis WHERE, LIKE, IF (Řešení potíží)

phx — Thu, 18 Feb 2010 13:51:36 -0700

Docela dost specificky. Asi jednoduse podminka pro $sloupec == „K“ → uplne jinaci dotaz s K1 az K4

Fluent interface – zápis WHERE, LIKE, IF (Řešení potíží)

22 — Thu, 18 Feb 2010 12:26:14 -0700

Zdravím, trošku se trápím s formulováním zápisu.

public function hledej($vyraz,$sloupec)
{
$this->vysledek = dibi::select('*')
        ->from($this->tabulka)
        ->where('%n',$sloupec)
        ->like('%s','%'.$vyraz.'%')
        ->limit('10')
        ->fetchAll();

return $this->vysledek;

teď bych potřeboval ošetřit, pokud se na vstupu v proměnné sloupec objeví "K", pak se bude vybírat ze sloupců K1,K2,K3,K4. Tedy jak zapsat OR a podmínku pro $sloupec. Díky předem za ukázku.

dibi a prepared statements… (Obecná diskuse)

phx — Tue, 16 Feb 2010 16:30:27 -0700

Spravny pristup je pres modyfikatory. viz http://dibiphp.com/cs/quick-start

dibi a prepared statements… (Obecná diskuse)

jirkamailto — Tue, 16 Feb 2010 14:59:57 -0700

Dobry den, jeste se na tema SQL injection zeptam. Pouzivam dibi, postgres. Pres promenne v url si vracim urcite hodnoty $_GET[''] , ktere pak osetruji pomoci funkce stripslashes. Nebude se toto s vnitrni ochranou dibi proti SQL injection tlouct?

Dalsi dotaz je , kdyz mam funkci:

<?php
$query = "SELECT * from $table WHERE ($parameter = $type)"
$result = dibi::query($query, $value);
?>

takze to znamena, kdyz je parametr nazev sloupce a typ treba string, takze pokud se nekdo pokusi zadat backslash s necim nebo nejaky naznak o SQL injection, tak je aplikace automaticky chranena?

Predem dekuji za odpoved.

INSERT … ON DUPLICATE KEY UPDATE – jen reálný update (Řešení potíží)

David Grudl — Tue, 16 Feb 2010 14:53:35 -0700

westrem napsal(a):

Ono totiz, ja osobne toto povazujem za skryty bug, co bugom nie je. Ked sa pytame na affected rows tak je to naozaj 0, castokrat vsak clovek testuje uspech // neuspech dotazu typu

Pokud dojde k chybě, dibi vyhodí výjimku. Tedy testování if (dibi::query(...)) je z principu špatné.

INSERT … ON DUPLICATE KEY UPDATE – jen reálný update (Řešení potíží)

westrem — Tue, 16 Feb 2010 14:25:56 -0700

phx napsal(a):

100% vim, ze kdyz provadis normalni update tak pri shodnych datech mi mysql vraci affected rows = 0. Osobne jsem to ale netestoval pri ON DUPLICATE KEY UPDATE.

Pokud tam je sloupecech timestamp tak ten se sam automaticky nastavi na aktualni hodnotu kdyz provadis update.

Ten vysledok 0 pri affected rows si myslel, ze na konzole vidis 0 alebo ti to vrati nejaka metoda z dibi?

Ono totiz, ja osobne toto povazujem za skryty bug, co bugom nie je. Ked sa pytame na affected rows tak je to naozaj 0, castokrat vsak clovek testuje uspech // neuspech dotazu typu UPDATE pomocou affected rows v dibi. Problem nastava, ked existuje riadok vyhovujuci update, ale ako sam vravis data su rovnake takze vysledok v affected rows je 0. Ak clovek v kode potom testuje podmienkou, ze ak je affected rows rovny nule tak nastala chyba, ktoru treba oznamit, moze oznamovat chyby – nechyby.

Problem je jednak pri nativnych php funkciach pre mysql ale aj v dibi .. osobne som to zariesil tak, ze som si nad tuto funkciu dibi napisal vlastnu, ktora vracia spravne to co od takejto kontroly ocakavam.

Aky je Vas nazor na tuto problematiku?

Maybe bug – DibiDataSource (Řešení potíží)

David Grudl — Tue, 16 Feb 2010 11:21:01 -0700

fixed

(díky za vyčerpávající popis!)

Maybe bug – DibiDataSource (Řešení potíží)

westrem — Tue, 16 Feb 2010 10:23:42 -0700

Zdravim,

dnes som v dibi (verzia 1.2) narazil na jednu dost „nepeknu“ vlastnost objektu DibiDataSource, ktora je primarne myslena ako feature, ale moze sa prejavit ako chyba dibi.

Ide o to, ze DataSource urcuje ci mu bolo predane SQL alebo iba nazov tabulky na zaklade vyskytu medzery v premennej $sql. Myslienka pekna a v podstate sa zda byt spravna ale moze dojst k pripadom ked je predane SQL a nie je v nom medzera!

Priklad je uplne trivialny, staci ked clovek dodrziava urcite konvencie a snazi sa pisat citatelny kod a hned je v „pasti“:

SELECT
        [name],
        [surname]
FROM
        [users]

Toto je pekne strukturovana query neobsahujuca ziadne medzery (na odsadenie boli pouzite taby).

Tento vstup vsak DataSource vyhodnotil ako tablename, escapeoval ho (tzn stlpce boli viacnasobne escaped) a samozrejme pri dotaze ako je napriklad getTotalCount() padlo samotne sql a MySQL zahlasilo chybu v syntaxi.

Nastastie mi najdenie chyby trvalo len „polhodiny“ a riesenie je jednoduche, prepisat query tak aby obsahovala medzeru.

Osobne si vsak myslim, ze by bolo lepsie testovat v konstruktore DataSource vyskyt na whitespace vseobecne ako len na medzeru.

Na zaver len tolko, ze radsej som tento radoby problem postol sem na forum, kedze v IssueTrackeri by som ho asi efektivne nevedel kategorizovat.

Návrh na nový modifikátor %as (Obecná diskuse)

David Grudl — Tue, 16 Feb 2010 08:54:53 -0700

Neměl by takto fungovat modifikátor %n ?