jeste k ciselnikum se since/until

Radek Kanovsky rk na dat.cz
Pondělí Červenec 28 20:05:07 CEST 2003


On Mon, Jul 28, 2003 at 04:44:31PM +0200, Libor Chocholaty wrote:

> >Ostatne i pokud by jste do transakce videl tak by to nic neznamenalo
> >(z vyse jmenovaneho by to melo stejne vyznam jen u melounu), protoze 
> >jeste je nutne nejak zajistit jaka transakce stav ktery zjistite 
> >bude resit. Proste ty transakce nejak synchronizovat. A to, obavam
> >se, neudelate jinak nez pomoci zamku na urovni radky nebo (nejlepe) na
> >urovni unique indexu. Jsme tam kde jsme byli.
> > 
>
> A neslo by to resit na aplikacni urovni nejakym proxy objektem? Rict, ze 
> pristupovat k tehle tabulce muze jen nejaky specialni user, jehoz login 
> by byl pouzit v tom proxy objektu v druhe session a ze zbytku aplikace 
> (prvni session) by tahle tabulka nebyla pristupna.

Asi bych se dostal do stejnych problemu. Ikdyz to pobezi v samostatnem
spojeni a pod specialnim uzivatelem, vzdycky tu bude moznost, ze muze
paralelne bezet vic insertu. Navic bych si tim nesmirne zkomplikoval
transakce. Postgres neumi delat transakci pres dve spojeni, musel bych
pouzit nejaky externi transakcni manager, coz neprichazi vubec do uvahy.
Otazka je, jestli by to vubec nejak rozumne slo, kdyz postgres neumi
dvoufazovy commit.

Zdravi

Radek Kaňovský


Další informace o konferenci Databases