Problemyt e principen, i sigurno star kato sveta, no dosega ne se byah sblyskval s nego :-)
Znachi imam tablica, v koyato pyrvichniyat klyuch e autoincrement pole. Pravya INSERT. Kak moga da razbera s kakva stoynost na klyucha mi go e dobavilo? Ne, nyama nachin da identificiram unikalno reda po drugite poleta...
10x :-)

S kwa baza? S Oracle znam pone 2 nachina. Drugia nachin e da ne se commitwa wednaga sled insert-a i da se naprawi select max() ... w systata tranzakcia. Towa raboti obache samo ako Autoincrement poleto ti e Primary ili Unique key. Ima spored men wariant kojto ne sym probwal e da se zakljchi tablicata, da se naprawi insert i select max() ... i da se otkljuchi. Toj e pochti ednakyw s prednia.
Dano sym pomognal!
Uspeh!

MySQL
Last_insert_id

mysql> select last_insert_id();

API:
mysql_insert_id()

Linux is like a wigwam - No Windows, No Gates, Apache inside

Ne stava. Tryabva da e abs. prenosimo m/u razlichni SQL server-i, i da e s JDBC.

Shte probvam pyrvoto, 10x. Vtoroto ne moga, shtoto LOCK ne e mnogo standartiziran...

P.P. Ne stava. Da obyasnyavam li zashto?

Редактирано от Potencialen emigrant на 13.09.01 17:24.

Не всички сървъри поддържат auto_increment

Linux is like a wigwam - No Windows, No Gates, Apache inside

E dobre, znachi samo takiva, deto poddyrjat me interesuvat :-)
MySQL i PostgreSQL sa dva takiva. No sintaksisyt na LOCK im e razlichen...

С MySQL нямаш нужда от Lock

last_insert_id e Session_safe
т.е. получаваш това което ти си вмъкнал независимо от другите процеси, които пишат в същото време.

Linux is like a wigwam - No Windows, No Gates, Apache inside

Ama ne tryabva da e MySQL zavisimo!

prawish si sequence table i posle algoritymyt e prost:
lock-wash tablicata
select-wash nextid stojnostta ot tablicata
ako nqma wyrnata stojnost, prawish nowa
inache wzimash tazi incrementwash, update-wash w tablicata
unlock-wash tablicata

/po princip takawa realizaciq se polzwa nawsqkyde i po wsicki codes, dokolkoto az sym wijdal, tyj kato last_insert_id funkciite na bazi kato mysql, postgresql i t.n. ne sa 100% sigurni, dori i da gi prawish absolutno wednaga/