iall Posted January 10, 2008 Report Posted January 10, 2008 Labs rīts , problēma šāda ,kad izdzēšu kādu rakstu tad ID pazūd ,nav pēc secības.Pieņemsim ir ?id=12 un nākamais raksts pēkšņi ?id=16.Kāds apmēram varētu būt kods ?Man galīgi nav ne jausmas. Hint? Paldies.
Delfins Posted January 10, 2008 Report Posted January 10, 2008 A tas i nav vajadzīgs... Ja nu vienīgi stingrās uzskaites pavadzīmēs... Turklāt šis temats jau ir aprunāts un tika piedāvāti vairāki risinājumi - pameklē forumā!
iall Posted January 10, 2008 Author Report Posted January 10, 2008 (edited) Pat nezinu kā to problēmu nosaukt ,paserčošu:D Edit: Keyword please? Edited January 10, 2008 by iall
andrisp Posted January 10, 2008 Report Posted January 10, 2008 Nu tā taču nav problēma! :) Ja tu izdzēs ierakstu pa starpu, tad tas ir tikai loģiski, ka tā identifikātors pazūd.
Grey_Wolf Posted January 10, 2008 Report Posted January 10, 2008 iall --> ID parasti ir Unikals katram ierakstam, lai saglabatu sho unikalitati 1 izmantots ID nekad vairs netiek izmantots... Ja taa nebutu tad lielaka DB Ljoti atri visi dati ta sajauktos, ka nekas vairs nespetu vinjus sakartot...
Delfins Posted January 10, 2008 Report Posted January 10, 2008 Oponēšu, - dati nesajauktos, ja būs pareizs cascade-delete... Bet no cache/arhīva viedokļa tas ir nepareizi... Tā kā turpini vien strādāt ar `robiem`
Grey_Wolf Posted January 10, 2008 Report Posted January 10, 2008 dati nesajauktos, ja būs pareizs cascade-delete... jaa, jaa.. vel paliek trigeri ;) Bet soreiz vairak mineju ka argumentu... kadelj tas taa ir veidots... -- P.S. bet tomer pastav iespeja datiem 'sajukt' ... Visus dzives gadijumus neparskatiisi.... // kadreiz gadaas kadu tabulu atjaunot no backup... un tad gan buus bardaks...kaa arii Updates utt....
andrisp Posted January 10, 2008 Report Posted January 10, 2008 Ja ļoti gribas veidot secīgi, tad var veidot divus laukus. Vienu - priekš unikālā ID (PRIMARY), un visas citas tabulas referencēt uz šo lauku. Un otru lauku, kurs arī izskatās pēc ID, bet īstenībā ir vienkārši UNIQUE, un kura secību tu maintainē pats. To arī rādīt klientiem.
GedroX Posted January 10, 2008 Report Posted January 10, 2008 Tas liekās par tavu tēmu - http://www.xaprb.com/blog/2005/09/27/simul...umber-function/. Vienīgi neieteiktu izmantot rindas īsto numuru kā identifikatoru. Adreses ?id=XX vairs nebūs permanentas -- izdzēsīsi ierakstu un viss pabīdīsies uz leju. Vienkārši noskaidro id numurus pirms un pēc atvērtā raksta id (SELECT id FROM <tbl> WHERE id < XX ORDER BY id DESC LIMIT 1 un SELECT id FROM <tbl> WHERE id > XX ORDER BY id ASC LIMIT 1) un linkos tos arī liec iekšā. Varbūt es nesapratu tavu problēmu?
iall Posted January 11, 2008 Author Report Posted January 11, 2008 Liekas pārāk sarežģīti ,strādāšu ar robiem.Gribēju lai viss mazliet smukāk ,bet iztikšu :) Paldies par palīdzību.
mixis Posted January 11, 2008 Report Posted January 11, 2008 Liekas pārāk sarežģīti ,strādāšu ar robiem.Gribēju lai viss mazliet smukāk ,bet iztikšu :) Paldies par palīdzību. Ir tāds teiciens "skaistums parsa upurus" :)
Delfins Posted January 11, 2008 Report Posted January 11, 2008 Un kas tur ir smukāks!? Vot to es nesaprotu... Smuks var būt dizains, DB struktūra... bet ne jau dati :) Kuram kāda daļa par to ID... tas tik iekšējai lietošanai.
iall Posted January 11, 2008 Author Report Posted January 11, 2008 Man personīgi liekas smukāks :) Par gaumi nestrīdas ,par gaumi var parunāt u.t.t. :) Iztikšu :)
Recommended Posts