ahoj, mozna mi neco uniklo, ale prijde mi to vlastnimi silami velmi snadno spichnutelne, kdyz vezmes treba mysql s tim, ze pro kazdou sekvenci das tabulku
create table record ( id integer auto_increment primary key ts timestamp ); -- pseudokod, spravna syntaxe bude asi trochu jina, dulezity je ten auto_increment a nad tim trivialni servlet, ktery dela insert a vraci vytvorene id (a nad nim nejspis nemene trivialni j2ee security nastaveni). konkurentni hity si osetri mysql databaze. pokud bys chtel databazi clusterovat, nejjednossi reseni bude netrvat na cislech, ale spokojit se s jednoznacnymi identifikatory (id instance databaze + sekvencni cislo). samozrejme stejne bude fungovat kterakoli jina relacni databaze schopna generovat sekvence. jestli neco takoveho existuje nevim, ale podle vyse popsaneho scenare by to rozhodne nemusela byt prace na vic nez hodinu. mozna mi ale neco unika - v cem spatrujes hlavni problem? pavel On 05/12/05, Jan Dvořák <[EMAIL PROTECTED]> wrote: > Vážená konference, > > potřebujeme centrální službu, která bude vydávat sekvenčně generovaná > čísla v několika sekvencích, které se rozlišují jménem. > Volání bude obsahovat jméno sekvence jako parametr a odpovědí bude > hodnota dalšího čísla v takto pojmenované sekvenci. > Takovouto věc bychom potřebovali dostupnou přes web: web service nebo i > jen jednoduchý servlet. > Podkladová data by si to pamatovalo ve vcelku libovolné relační databázi > sestávající ze dvou tabulek: sekvence (s aktuální nejvyšší hodnotou) a > log vydaných čísel. > Není potřeba žádná podpora transakčního zpracování - dokonce by byla > nevhodná. > > Nevíte, zda něco takového už neexistuje? > > > Honza Dvořák > >
