Chystané vydání verze 2.0.11

Včera jsem něco dělal s 2.0.10 a všiml jsem si že rozkliknuté panely z debugBaru nepřekrývají laděnku. V masteru je to dávno opravené, tuším že to fixoval tento commit.

fixed

Nešlo by tam ještě zahrnout nejnovější laděnku resp alespoň nějakou verzi, která zobrazuje všechny panely mezi požadavkama…?

@enumag mno nevím, ja jsem to pro ajax moc nepotřeboval a když už, tak je tu firelog…

Jinak aplikace většinou píšu tak, aby ajax šel vypnout v configu, a když je potřeba debugovat, tak se ajax prostě vypne:)

@**saimons**: Tohle je chyba tvého návrhnu. ;) Primary key máš mít všude.

@martinit: S tim bych nesouhlasil, ze ma byt primarni klic vsude. Nechci se tu poustet do podrobnych popisu, protoze DB model navrchoval jiny clen tymu, ale v mem pripade ja umisteni PK navrhove spatne. Jedna se o tabulku s obrovskym objemem dat v rozsahu BIGINT a INDEX je nastaven na jiny atribut, pro ktery je potreba. Primarni klic se nevyuzije. Pokud si MySQL nekde stejne dela INDEX na skryty PK, tak to uz je vec MySQL (mozna docasna), ale v jinych DB se to da efektivne vyuzit.

@enumag: Atribut na kterem je INDEX neni unikanti a je tam proto, ze pouze pres tento atribut se dela vyber mnoziny. Vzajemna kombinace sloucu by sla pouzit, ale tzn., ze by na ne musel byt INDEX a to by zpomalilo zapis, protoze by se musel prepocitavat pro vsechny sloupce a pri vyberu by to v rychlosti nepomohlo, protoze se pres ne vyber nedela.

@paranoiq: No ale napr. v Teradate a v Oraclu to tak neni. Tam tuto funkci zastupuje row number na kterem nemas/nemusis mit INDEX. A pak je muj datovy model spravny. Ale stejne jak rikate, tak pokud budu mit jak kombinaci unikatnich atributu, nebo PK, tak stejne se zeslozituje pri kazdem insertu doba na jejich prepocteni. To jestli to MySQL stejne dela jako kdyby tam ten PK byl (ikdyz neni videt), to nevim.

Dnes jsem udelal upgrade z verze 2.0.10 na release-2.0.x z Githubu a je tam BC break. Na tabulkach bez PK jsem pri insertu pres Nette\Database\Table dsotal chybu: Table … does not have any primary key.

Abych to celé uzavřel: tabulky, co nemají PK není důvod využívat Nette\Database\Table, protože to bez PK nefunguje.

@hrach, @martinit: Tak jak mu to mohlo fungovat až do 2.0.10?

Hrachu, zkus prosím mrknout, které commity přidat nebo zrušit v 2.0.11 RC.

Dělá to tento commit. getPrimary() vyhazuje vyjímku.

Testováno na 2.0.10 a 2.0.11RC:

# CREATE TABLE nopk (name TEXT);
$db = $this->context->getService('database');
$db->table('nopk')->insert(array('name' => 'test'));

EDIT: Pokud se vyjímka zakomentuje, insert se provede.

EDIT2: A probublá to tam přes insert() > getPrimarySequence() > getPrimary()

Editoval Milo (28. 6. 2013 7:55)

V masteru je to v poradku. Udelam opravny fix, ktery by daval smysl.

@hrach: Tohle (volání vpravo za scrollbarem) + tohle ho nevynucuje? (Myslím, že přesně tyhle řádky měl na mysli @Milo.)

EDIT: To volání cos našel ty ale taky způsobí volání Selection::getPrimary(). $need na to nemá vliv.

Editoval enumag (28. 6. 2013 11:30)

Jojo, to uz jsem si vsiml. To bude oprava i do masteru.

@hrach: Ano, BC break zmizel a INSERT se provede.

Nebylo by možné BETA/RC releasy i tagovat na GitHubu? Takhle se to hrozně krkolomně testuje. :/

Honzo máš to tam.

<ot> David to tam nasázel hned první den co to vyšlo, vypadá to super! :) </ot>

Editoval Filip Procházka (9. 7. 2013 14:49)