Ahoj,
ano, je to udelatelne i s chlupama za jeden pulden.
Ale nebylo by spatne, kdyby se ten pulden dal usetrit - ted pred Vanoci.
Honza
Pavel Kolesnikov napsal:
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