Toon posts:

[MySQL] auto_increment.... probleempje

Pagina: 1

Acties:

55 views sinds 30-01-2008
Reageer

dinsdag 22 januari 2002 10:23

Acties:

Verwijderd

Topicstarter

Ik heb een probleempje met auto_increment in mysql namelijk ik heb een tabel klant:

ID_klant Naam Adres

1 M.soeterbroek Zuid 1
2 D.Bergkamp Noord 12
3 J.Jaap West 77
4 P.Bregman Bla 18
5 M.Basten Oranjelaan 11

Ik verwijder de gevens van bijvoorbeeld J.Jaap die als ID_klant 3 heeft.
En ik voer de nieuwe gegevens in van R.Koeman.
Dan krijg ik dit als resultaat:

ID_klant Naam Adres

1 M.soeterbroek Zuid 1
2 D.Bergkamp Noord 12
4 P.Bregman Bla 18
5 M.Basten Oranjelaan 11
6 R.Koeman Oranjelaan 20

Te zien is dat nummer 3 niet wordt opgevolgd door R.Koeman, maar de nummering gaat gewoon door zonder de andere nummers op te vullen
Hoe kan ik ervoor zorgen dat de nummering wel klopt??

ps. Ik heb de search gebruikt en toen kwam dit probleem ook voor, maar er was toen geen oplossing voor. Maar dat was al een tijd geleden (half jaar) is hier nu een oplossing voor??

dinsdag 22 januari 2002 10:29

Acties:

Verwijderd

Hier is geen echte oplossing voor. Als jij nu 4 t/m 6 verwijdert, begint ie weer bij 3. Maar het is de vraag of je dat wel wilt m.b.t. referentiele afhankelijkheid van andere tabellen.
Je kunt ook een eigen auto increment schrijven die alle lege plekken opvult. Ik zie daar echter het voordeel niet van in.

dinsdag 22 januari 2002 10:31

Acties:

Verwijderd

Op dinsdag 22 januari 2002 10:29 schreef bzwoin het volgende:
...Als jij nu 4 t/m 6 verwijdert, begint ie weer bij 3...

Dat is niet helemaal waar... dan moet je ook eerst nog flushen oid... iig bij mij als ik zoiets doe in MySQL...

dinsdag 22 januari 2002 10:33

Acties:

Verwijderd

Topicstarter

Op dinsdag 22 januari 2002 10:29 schreef bzwoin het volgende:
Hier is geen echte oplossing voor. Als jij nu 4 t/m 6 verwijdert, begint ie weer bij 3. Maar het is de vraag of je dat wel wilt m.b.t. referentiele afhankelijkheid van andere tabellen.
Je kunt ook een eigen auto increment schrijven die alle lege plekken opvult. Ik zie daar echter het voordeel niet van in.

Het beste is dus eigenlijk de ID_klanten handmatig in te vullen (ik ben bezig met een project Webbased database voor een theater boekingskantoor).
hoe schrijf je dan een eigen auto_increment? (waar kan ik dat ergens lezen)

dinsdag 22 januari 2002 10:35

Acties:

TheDane

1.618

wat is 't probleem dan echt ?

dat die getalletjes niet netjes aansluiten ? da's toch geen probleem?

dinsdag 22 januari 2002 10:36

Acties:

Verwijderd

Op dinsdag 22 januari 2002 10:31 schreef FRiNKEL het volgende:

[..]

Dat is niet helemaal waar... dan moet je ook eerst nog flushen oid... iig bij mij als ik zoiets doe in MySQL...

Ik weet niet precies hoe dat gaat, maar alleen dan kan de auto_increment weer op dat getal beginnen. Ik werk alleen via JDBC drivers en Java en dan 'flushed' hij (blijkbaar) automatisch.

dinsdag 22 januari 2002 10:37

Acties:

chem

Reist de wereld rond

sugth.

deze discussie is al vaker gevoerd. Het antwoord blijft hetzelfde: een primary key laat je met rust. Gaten opvullen etc. is ONZIN en het zou je geen rotmoer moeten schelen.

Leuk als je iemand klantnummer 2454 geeft, hij gaat weg, iemand anders word klant en krijgt dat nummer en heeft zomaar 12 bestellingen...

primary en foreign keys wijs je 1x toe en that's it.

Klaar voor een nieuwe uitdaging.

dinsdag 22 januari 2002 10:37

Acties:

Verwijderd

Topicstarter

Op dinsdag 22 januari 2002 10:35 schreef TheDane het volgende:
wat is 't probleem dan echt ?

dat die getalletjes niet netjes aansluiten ? da's toch geen probleem?

Voor ons project wordt het een probleem (denk ik) hoe kan je dan weten hoeveel klanten er in je database zitten.

dinsdag 22 januari 2002 10:38

Acties:

Verwijderd

Op dinsdag 22 januari 2002 10:33 schreef msoete het volgende:

[..]

Het beste is dus eigenlijk de ID_klanten handmatig in te vullen (ik ben bezig met een project Webbased database voor een theater boekingskantoor).
hoe schrijf je dan een eigen auto_increment? (waar kan ik dat ergens lezen)

In je eigen code moet je dan bijhouden welke id's verwijderd zijn en deze dan weer gebruiken. Ik zie hier alleen het nut niet van in.

dinsdag 22 januari 2002 10:39

Acties:

Verwijderd

Op dinsdag 22 januari 2002 10:37 schreef msoete het volgende:

[..]

Voor ons project wordt het een probleem (denk ik) hoe kan je dan weten hoeveel klanten er in je database zitten.

Dan doe je toch een SELECT COUNT(

FROM 'tabel'

dinsdag 22 januari 2002 10:39

Acties:

wasigh

wasigh.blogspot.com

Op dinsdag 22 januari 2002 10:37 schreef msoete het volgende:

[..]

Voor ons project wordt het een probleem (denk ik) hoe kan je dan weten hoeveel klanten er in je database zitten.

zoek eens op wat count(

doet?

dinsdag 22 januari 2002 10:40

Acties:

Verwijderd

Topicstarter

Op dinsdag 22 januari 2002 10:38 schreef bzwoin het volgende:

[..]

In je eigen code moet je dan bijhouden welke id's verwijderd zijn en deze dan weer gebruiken. Ik zie hier alleen het nut niet van in.

voor het behouden van de hoeveelheid klanten die je hebt.

dinsdag 22 januari 2002 10:40

Acties:

chem

Reist de wereld rond

Op dinsdag 22 januari 2002 10:37 schreef msoete het volgende:

[..]

Voor ons project wordt het een probleem (denk ik) hoe kan je dan weten hoeveel klanten er in je database zitten.

Volgens mij moet je je leraar eens vragen wanneer-ie gaat uitleggen wat data integriteit en redundantie is