Administrace komentářů

Děkuji za tři odstavce nesouvisejících plků o hromadném zpracování. Pro naši debatu je podstatné něco, co jste opominul. Někdy navrhujete jeden způsob zpracování, pro jednoduchost ho nazývám dávkový - záznamy se vyberou nějakou podmínkou na data (např. ID uživatele), a ty se všechny smažou. V tomto případě nemůžete použít verzování jednotlivých záznamů. Druhý způsob zpracování nazývám po větách. Záznamy jsou určeny IDčky, která budou v podmínce příkazu. Není moc velký rozdíl z hlediska výkonu databáze v tom, zda to bude jeden příkaz s podmínkou IN, nebo zda to bude jeden předkompilovaný příkaz s podmínkou ID=, který se v jedné transakci zavolá opakovaně pro různá data. Schopnější databáze stejně v obou případech provede to samé. V tomto případě můžete použít verzování řádků, a při použití podmínky s ID= dokonce rovnou zjistíte, které záznamy mají konfliktní změnu.

Navíc: já jsem někde psal, že tam musím mít idčka? To, že tam musím mít idčka je opět vaše projekce.

Pořád se tu oháníte dotazem, že je potřeba se do puntíku držet toho, co je tam napsáno, neuvažovat nic víc ani nic míň. Tak si to tam dohledejte.

To už jsem psal? To musím každou věc napsat desetkrát? Id verze je id verze, tzn. číslo, které se po každé změně mění a je unikátní v db. Tedy např. je na tabulce before insert or update trigger NEW.id_verze = nextval('table_verze_seq')

Nechal jsem se unést těmi rádobyodbornými kecy, co tu máte (a které se vždy nakonec ukážou jako nesmysl), a předpokládal jsem, že jste se do toho příkladu pokusil napsat něco použitelného. Dobře, takže id_verze se přiřazuje ze sekvence pro celou tabulku při každém vytvoření a aktualizaci záznamu. Vzhledem k tomu, že záznamy vůbec nechcete aktualizovat, ale vždy mazat a vkládat znova, je to vlastně druhý primární klíč tabulky. Takže ho s dovolením můžeme škrtnout a nahradit primárním klíčem ze sekvence a zákazem updatu nad tabulkou. Takže váš příkaz můžeme nahradit za DELETE ... WHERE podminka AND id NOT IN (). To pro databázi není zrovna šťastný dotaz, pokud nebudete mít složený index, bude muset načíst všechny záznamy podle podmínky, donačíst k nim IDčka z dat a ty pak proskenovat. Přitom ale víme, že podmínce vyhovovali v době načtení dat uživateli právě ty záznamy, jejichž IDčka máme. Takže dotaz můžeme změnit na DELETE ... WHERE ID IN(). Ušetříme tím práci databázi (dostane rovnou IDčka, která si s vaším příkladem musela teprve donačíst), zpřehlednili jsme dotaz, a navíc máme univerzální příkaz, který můžeme použít pro všechny editační pohledy (nemusíme si pamatovat podmínku editačního pohledu). Nechci se chlubit, ale tenhle opravený dotaz jsem použil hned na začátku, protože je to polovina toho DELETE+INSERT.

Takže jen kvůli tomu, abych dostál svému programovacímu purismu, že něco je set, tak místo toho, aby když se člověk při zadávání splete, tak danou položku přepsal, tak ji musí smazat a nahrát jinou.

Můžete mi prozradit, jak konkrétně si to UI představujete? Já bych třeba kalendářní data volil klikáním a tažením myši v kalendáři. Jak si představujete tu úpravu? To jako když kliknu omylem na 5.6.2012, vyvolám tam nějak editační režim, přepíšu datum na 7.6.2012 a uložím? Nebylo by milionkrát jednodušší a zažité kliknout na 5.6.2012 znovu, čímž se záznam ze setu vymaže, a pak kliknout na 7.6.2012, čímž se tam přidá nový záznam?

...jste totálně překroutil zadání. Vždyť tazatel přímo píše: "ale bolo by to podla mna narocnejsie kazdy jeden zaznam skontrolovat a nasledne updatovat alebo neupdatovat.". Takže dle zadání NEVÍTE, co bylo nebo nebylo upraveno, smazáno atd uživatel odesílá celou množinu a pokud to chcete vědět, musel byste to u každého záznamu zjistit (= skontrolovat, neumíte-li slovensky). Holt když celá vaše kritika vyplývá z toho, že si ani neumíte pořádně přečíst zadání....

V zadání není nic o tom, zda vím, co bylo či nebylo upraveno. Když se chcete tak přesně držet zadání, tak buďte důsledný. Za druhé, pokud někdo umí perfektně formulovat zadání, v drtivé většině případů zná i odpověď. Spousta (ne-li většina) dotazů v této poradně spočívá v tom za tazatele nebo spolu s ním pořádně naformulovat zadání.