Administrace komentářů

- Sequence je standard SQL 2003 a podporují je většina databází (přinejmenším Postgresql, Oracle, MS SQL). Takže Tvoje argumentace normou je blbina. Mohu se držet normy a identifikátor v pohodě vygenerovat. A v DB, které normu nepodporují se sekvence vždy dají velmi snadno nahradit.

- V zadání samozřejmě nebylo nic o SQL 2003, protože v zadání nebyly předepsané prostředky, kterým se má řešení dosáhnout. V zadání nebylo ani použití cp a mv, dokonce ani POSIX filesystém, to znamená, že to při řešení nesmím použít??

- SQL normy se držet nemusím, protože konkrétní databáze je sama normou a je přitom snadno přenositelná. Narozdíl od FS utilit, které jsou systém od systému různé a přenositelné jsou těžko. Když vymyslíš řešení s netradičním cp, tak to budeš na jeho konkrétní systém implementovat dosti blbě. Když vymyslíš řešení se sekvencí, tak v libovolné databázi to řešení implementuješ snadno stejně jako snadno na daný systém přeneseš danou databázi (pokud to nebude MS SQL teda ).

- Když chci použít id v další tabulce, tak to už mám řešení, které svoji funkčnost dosti přesahuje jednoduché uložení souboru do FS - to odpovídá jedné "ploché" tabulce. Srovnávej srovnatelné.

- Na zjištění id vloženého záznamu rozhodně nepotřebuju transakce! To nevíš ani takovoudle základní věc?? (úplně pominu to, že opět použití transakce je naprosto standardní věc, nad kterou se nemyslí a automaticky dělá).

- Jak to "umíte" ukázal Tvůj kolega, který tady dal špatné řešení, i defakto ty, když jsi tvrdil, že cp umí nepřepisovat soubory (a pro jistotu řešení nedodal žádné).... No comment.

- Jestli nevíš, tak zápis do databáze je atomický, takže se tam žádný nekompletní XML soubor nedostane (respektive může se tam dostat, ale nebude ostatními přistupujícími klienty vidět a bude brzo přepsán, takže jako by nebyl). Opět neznalost úplně elementární věci a přitom mě tady poučuješ, jak "umíš".