id

[mats.r.brannstrom@gmail.c]

Varför skapar Jenney inte id nr i löpande ordning (1,2,3,) utan oftast annan var nr (6,8,10)
Stör mig på det då mitt tidigare pgm som exporterade till Genney hade löpande nr.
Varför finns det oanvända nr mao.

[Administrator]

Skapar du personer löpande ska dom få 1, 2, 3 osv. däremot fyller den inte igen hål som uppstår om du raderar personer.

[mats.r.brannstrom@gmail.c]

Nej den skapar luckor hela tiden även när jag lägger in ny personer löpande.
Skulle gärna vilja att den använder lediga nr när någon person tagits bort.

[Administrator]

Lyckas inte upprepa det - kan du beskriva i detalj vad du gör.

[mats.r.brannstrom@gmail.c]

Sökte rätt på en person som jag ville lägga till makan. Markerar "Ny Partner" Matar in uppgifter om namn och födelse mm. Sparar och då sätts ju id.
Har en kamrat med samma problem som aldrig tänkt på detta, men han har oerhört många id gentemot antal personer i databasen.
Jag är inte ensam mao. om detta. Från början så var det bara jämna id-nr men helt plötsligt så dök även ojämna nr upp.

[mats.r.brannstrom@gmail.c]

Från en mindre databas skapad från scratch ger samma konstiga id-numrering

[Administrator]

När du använder rutan "Ny partner" i den klassiska antavlan kan jag upprepa felet men inte med någon av de andra alternativen som: huvudmeny > skapa > partner, högerklick > skapa ny > partner eller tangentbordskommando ctrl+W.

Det är mao en bugg just via rutan "Ny partner".

[mats.r.brannstrom@gmail.c]

Om det är en bugg, vem tar tag i en sån sak?

[Administrator]

Det kommer vara åtgärdat i nästa uppdatering men kan inte ge något datum.

[mats.r.brannstrom@gmail.c]

Om ni nu åtgärdar problemet ovan så har jag ett önskemål att när nytt id skapas så letar Genney fram första lediga och inte vad som helst. Även vid ny partner enligt er metod som jag testat så blir det 6-siffriga idnr (inte kul).

[Administrator]

Praxis vid databashantering är att man ökar högsta värdet och det av flera skäl men framför allt av prestandaskäl. Att skanna igenom större databaser efter "hål" är kostsamt.