Upit koji odredjuje prvi slobodan broj iz unetih slogova

Program je napisam u Vb6 i Sql 2008 R2.

Jedan njegov deo azurira tabelu stranaka cija je struktura

Stranke
-------
stranka_jmbg - nvarchar(13)
datum_prijema - date
redni_broj - smallint

Svakog dana, ispocetka, stranke se primaju i pocinju od rednog broja 1 i svaka sledeca dobija broj uvecan za 1.

Problem je u tome sto se neke stranke vrate i zele da odustanu. One se brisu i njihovo mesto je upraznjeno.
Prazna mesta je potrebno popuniti sa novopridoslom strankom.

Da bi resio problem, uveo sam pomocnu tabelu Brojevi :

Brojevi
-------
Broj - smallint

Tabela ima 1000 slogova sa vrednostima od 1 - 1000.

Upitom :



gde je TekuciDan = tekuci radni dan - datum.

Ovo mi daje sledeci slobodan broj uzimajuci u obzir i praznine nastale brisanjem, ali mi se cini da je malo "grubo" ...

Kako bi se ovo moglo napisati, a da bude sto brze za izvodjenje.

Hvala ...

Taj način je ok. Ono što nije OK je način kako interpolišeš TekuciDan u svoj query. Takođe, ceo koncept ponovnog korišćenja brojeva je sumnjiv, nadam se da imaš jak razlog zašto to radiš.

Da, bilo bi lepo kada ne bih morao da koristim praznine ali moram,

dusans, kako ce se ponasati NOT IN ako u tabeli stranke postoji 500.000 - 5.000.000 slogova sto je realno za ocekivati. Znam da sam u nekim situacijama uocio prinetno usporenje kada sam koristio tu
instrukciju ...

Vodi samo racuna ako je multi-user sistem, lako moze da se desi da dve transakcije povuku isti slobodni broj, u tom slucaju moras da provuces sve ovo kroz neku exclusive lock transakciju.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

@djvlajko: ja bih lično pre išao na tvoje rešenje nego na @dusans-ovo, naravno pod uslovom da si siguran da nikad nećeš imati više od 1000 ili koliko već brojeva.

Vlajko, nisam shvatio da se u stvari bojiš problema sa performansama,
već sam mislio da si iz nezanja iskomplikovao rešenje sa dodatnom tabelom,
pa sam ti predložio trik sa R + 1 bez detaljisanja oko filtera po datumu, itd.

Umesto NOT IN možeš da probaš i drugu varijantu:
Stranke filetrovane po datumu left join na isto to preko R = R + 1
gde je join-vani rekord null.
Index nad datumom i rednim brojem kakvo god rešenje da praviš.

Rešenje sa dodatnom tabelom kakvo si dao obično bude performantnije.