dibi fórum

Práce s procedurami (dibi / Obecná diskuse)

Bohouš — Fri, 03 Oct 2008 09:44:36 -0600

Nikdo nic podobného neřešil? :-)

problém s locales (dibi / Hlášení chyb)

LM — Thu, 02 Oct 2008 13:06:30 -0600

Supr, dík za opravy : )

problém s locales (dibi / Hlášení chyb)

LM — Thu, 02 Oct 2008 03:44:45 -0600

Ještě jsem našel podobnou chybu v Nette:>Forms:>InstantClientScript (nebudu zbytečně zakládat další téma), dochází k ní při použití textbase::validaterange a číslem s desetinou plovoucí čárkou.

problém s locales (dibi / Hlášení chyb)

David Grudl — Thu, 02 Oct 2008 03:00:25 -0600

opraveno. (jen poznámka pro mě: ve windows lze téhož dosáhnout pomocí setLocale(LC_ALL, 'czech'))

vyskladanie zlozitejsieho order by (dibi / Obecná diskuse)

edke — Thu, 02 Oct 2008 02:04:57 -0600

Skvele, som myslel ze nieco podobne uz bude, len som to prehliadol. Necakal som, ze to budes kvoli mne dorabat. Vdaka. Stiahnute a integrovane, funguje to vyborne. Mozem teda znovu sortovat jednoducho podla viacerych stlpcov.

problém s locales (dibi / Hlášení chyb)

LM — Thu, 02 Oct 2008 01:57:08 -0600

dibi::test('INSERT INTO test', array('number' => 50.5)); Sestaví správně: INSERT INTO test ([number]) VALUES (50.5) po přidání setlocale(LC_ALL, 'cs_CZ.utf-8') INSERT INTO test ([number]) VALUES (50,5) --desetinná čárka Problém je v přetypování float na string. Na php.net mají poznámku: Note: The decimal point character is defined in the script's locale (category LC_NUMERIC). See the setlocale() function.

Spojení DibiTable a DibiFluent a další novinky (dibi / Oznámení)

David Grudl — Wed, 01 Oct 2008 09:56:39 -0600

Metodu update lze nyní volat i s primárním klíčem v datasetu: // běžný způsob $products = new Products; $data->title = 'New title'; $count = $products->update(2, $data); // nový způsob (primární klíč je 'id') $data->title = 'New title'; $data->id = 2; $count = $products->update(NULL, $data); Tedy obdobně, jako by se volal insert. Novinkou je metoda (zatím experimentální) insertOrUpdate: $data = array( 'title' => 'New product', $products->primary => 5, ); $products->insertOrUpdate($data);

vyskladanie zlozitejsieho order by (dibi / Obecná diskuse)

David Grudl — Wed, 01 Oct 2008 09:45:42 -0600

Přidal jsem modifikátor %by: $order = array( 'field1' => 'asc', 'field2' => 'desc', ); dibi::test(" SELECT * FROM [people] ORDER BY %by", $order, " "); // SELECT FROM `people` ORDER BY `field1` asc, `field2` desc Kromě řetězců asc, desc lze použít i +1, -1 apod.

WHERE %and vs NULL (MySQL) (dibi / Hlášení chyb)

David Grudl — Wed, 01 Oct 2008 09:43:22 -0600

Ono jde spíš o to, že těch operátorů existuje hodně, navíc kromě IN a LIKE může být třeba NOT IN, NOT LIKE atd. Účelem modifikátoru je říct, jak hodnotu vložit do SQL, nikoliv co se s ní bude provádět, a tak by to asi mělo zůstat. Pro začátek rozšířím %and a %or tak, aby generovalo $array = array( 'id%l' => array(1, 2, 3) ); dibi::query('SELECT * FROM [table] WHERE %and', $array); // SELECT * FROM `table` WHERE `id` IN (1, 2, 3) tedy zachovám jim vlastnost porovnávání, tedy přes operátory =, IS nebo IN. Implementace jiných operátorů bude vyžadovat trošku hlubší analýzu.

Unable to create ‚DibimysqlDriver‘. (dibi / Hlášení chyb)

David Grudl — Wed, 01 Oct 2008 07:56:53 -0600

opraveno

fetchAll pri jednom vybiranem sloupci (dibi / Hlášení chyb)

David Grudl — Wed, 01 Oct 2008 07:48:17 -0600

arron napsal(a): Jde mi o to, ze kdyz se nekde zpracovavaji vysledky z ruznych dotazu (napr. v nejake mezivrstve mezi dibi a zbytkem aplikace), tak je potreba ke vsem takovym to vysledkum pristupovat stejnym zpusobem (a je pak prirozene ponekud prekvapive, kdyz se tam najednou objevi neco neocekavaneho). A i kdyby se naprogramovala nejaka vyjimka, tak v tuto chvili neexistuje zpusob jak data zrestaurovat (dana funkce nema absolutne zadne tuseni, jaky presne dotaz se posilal). Tomu rozumím a také si dnes myslím, že tohle chování nebyla nejšťastější volba. Jen se bojím, že změna může způsobit vážné nekompatibility.

fetchAll pri jednom vybiranem sloupci (dibi / Hlášení chyb)

arron — Wed, 01 Oct 2008 07:26:12 -0600

Jde mi o to, ze kdyz se nekde zpracovavaji vysledky z ruznych dotazu (napr. v nejake mezivrstve mezi dibi a zbytkem aplikace), tak je potreba ke vsem takovym to vysledkum pristupovat stejnym zpusobem (a je pak prirozene ponekud prekvapive, kdyz se tam najednou objevi neco neocekavaneho). A i kdyby se naprogramovala nejaka vyjimka, tak v tuto chvili neexistuje zpusob jak data zrestaurovat (dana funkce nema absolutne zadne tuseni, jaky presne dotaz se posilal).

fetchAll pri jednom vybiranem sloupci (dibi / Hlášení chyb)

David Grudl — Wed, 01 Oct 2008 07:02:38 -0600

Pokud má výsledek jen jeden sloupec, fetchAll vrátí zjednodušenou tabulku ve tvaru array(1) { [0]=> string(13) "Configuration" } Faktem je, že to nemusí být ideální (chování se dá změnit třetím parametrem, tj. fetchAll(NULL, NULL, FALSE)). Netuším, jestli na tuto vlastnost někdo spoléhá, jestli ji změnit.

fetchAll pri jednom vybiranem sloupci (dibi / Hlášení chyb)

arron — Wed, 01 Oct 2008 06:25:11 -0600

Dobry den, nejsem si jisty zda je toto chyba, ale prijde mi to prinejmensim jako podivnost:-) fetchAll(); ?> V $row bych v tuto chvili predpokladal neco takoveho: array(1) { [0]=> array() { ["name"]=> string(13) "Configuration" } } ale dostanu toto: array(1) { [0]=> string(13) "Configuration" } Zatim co, kdyz ke sloupci name pridam jeste dalsi, tak uz vse funguje dle ocekavani. Dekuji za odpoved. Budte s pozdravem.

Unable to create ‚DibimysqlDriver‘. (dibi / Hlášení chyb)

A. — Mon, 29 Sep 2008 17:06:07 -0600

Nj, zkusil sem, slo to. Kdybych bezel na php 5.2, zkusil bych, neslo by to ⇒ lamo, __DIR__ v php neni :).