Nikako. Ako je autoincrement onda ne pipaš nista.

Ne opterćuj se sa ID i redosledom. sVe dok je ID jednistven toej dobro. a da li ima "rupa" ili ne, nebitno je.

Ako ti je bitno onda dodaj posebno polje koje će ti služiti za redne brojeve a koje neće biti PK.

> promene vrednosti id-a

lako ali to ni slucajno ne smes da radis

Hvala na odgovorima.



Ja sam probao ovako u PHP-u ali nesto ne funkcionise.Sigurno ima greska.

nemoj to da radis, ako ti nije jasno zasto razmisli i ako posle 2 dana
ozbiljnog razmisljanja o tome zasto to ne treba da radis i dalje ne
razumes zasto, vrati se osnovama i kreni da ucis oko baza podataka od
pocetka

Čemu ti služi taj ID i zašto je bitno da ne budu rupe?

Postoje JAKO dobri razlozi zasto BAS TREBA da predvidis da ce mozda da budu rupe. Autoincrement treba da se inkrementira i da ti garantuje da ce da raste, to za koliko ce da raste (auto_increment_offset i auto_increment_increment) mogu da se postave na vrednosti vece od 1 da bi garantovale integritet podataka npr. u slozenim replikacionim semama, i ni ukom slucaju ne mozes (i ne smes) da pretpostavis da ce biti tacno 1. Ti MOZES da upucas rucno sta god zelis u to polje, ali onda mozes da razvalis sve i svasta. Koristi automatiku i pusti je da radi svoj posao. :)

Hvala svima.

Smetaju mi rupe jer imam ispis iz baze u php-u baziran na BETWEEN npr(SELECT * FROM Products
WHERE id BETWEEN 10 AND 20) . ako se stavka obrise onda imam rupu u ispisu.Znam da sam trebao da idem sa Limit umesto between ali sada ne mogu da menjam.
Siguran sam da nista necu upropastiti ako "naslino" upotobljama indexe. Ovo mi treba za fax,nije nista ozbiljno.
Snacicu se nekako da ovo zavrsim....

los ti je taj uslov

Resio sam problem samostalno. Logika i koncept nije dobar,ali funkcionise.
Hvala na savetima.
pozzzzzzzz

_{[Ovu poruku je menjao 1boki1 dana 09.11.2016. u 14:42 GMT+1]}

pa upucavas sebe u nogu i trazis pomoc, osim toga da ne treba da pucas
sebi u nogu tesko ces da dobijes bolji odgovor ... pucaj izmedju
kostiju, u meko tkivo, zaobidji tetive ... to su sve glupavi odgovori,
jedini pravi odgovor ti je nemoj to da radis .. a sad ako bas oces da se
upucas u nogu, slobodno al tesko da ce ti neko ovde pomoci ..


da ponovim jos jednom - NEMOJ DA MENJAS VREDNOST ZA ID, PK je stvar koja
NE TREBA NIKAD DA SE MENJA osim u izrazito retkim izuzetcima ... kada
umes da razlucis da li je nesto taj izuzetak neces postavljati pitanje
kako to da izvedes, imaces debelo visegodisnje iskustvo iza sebe. Dokle
god imas potrebu da pitas kako - NE TREBA TO DA RADIS!

mozes da postavis pitanje - kako da resim problem, navedes koji ti je
problem, i ljudi ce ti savetovati kako taj problem da resis (bez da
menjas vrednost PK polja) ...

ako nisi u stanju da prihvatis jedan tako jednostavan savet, veruj mi,
nije IT oblast u kojoj zelis da budes

@1boki1 Bogdan ti je dao dobar savet.
U realnim sistemima se najcesce neka druga tabela oslanja na taj PK kroz FK. Tada neces moci da promenis vrednost PKa.

Ako radis to za fax i ne zelis da promenis, neces se dobro provesti na poslu kada ti to postane profesija.

Verujem da ce svako ovde da ti kaze da je u realnosti neverovatno veci pritisak da se stvari odrade sto brze i velike greske skupo kostaju.
Ovo ti je idealna prilika da vidis kako pravi razvoj ide kada usled neke bilo greske ili odluke deo sistema mora da se refaktorise.

ako to radi za fax i profanu pokaze app koji updateuje pk vrednosti na
delete rekorda i profa ga ne istera sa polaganja ispita i taj profa
treba da preispita svoju poziciju

Zašto ne dodaš u tabelu polje "Sifra", a ID ostaviš kakav jeste i koristiš ga za povezivanje sa drugim tabelama, a kada obrišeš neki slog u bazi i hoćeš baš da ti sve ide redosledom napravi logiku koja će da pretaba polje "Sifra" po toj tvojoj logici..
A takođe možeš da napraviš logiku koja će da ti izbacuje prvu slobodnu rupu u Siframa i da nju koristi..