01. april 2005 - 11:20Der er
13 kommentarer og 2 løsninger
AutoID, gerne det samme tak!
Den er lidt af en driller for mig.
Jeg har skulle opdatere en db, for at gøre den mere brugervenlig, overensstemmende etc. Det er for sin vis også lykkedes. Nu ligger der bare nogle problemer forude. Der lå omkring 600 posts i den gamle, som manuelt ksal opdateres over i den nye, pga. nye felter, dato ændring etc. Det er også ok (for det er ikke som skal opdatere dem ;-)). Dog!!! Hver af disse posts havde et autoid nr, som blev brugt til at identificere den enkelte sag, hvorpå forsiden blev printet ud og sat ind i en mappe! Nu hænger der altså 600 mapper, som skal have ændret forside, hvis man altså ikke kan lave noget smart?!!? Forslag?
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
Kunne du ikke evt lave et felt i databasen som indeholder det gamle sags nummer(autoid). Hvis feltet er tomt vises det nye autoid ellers vises det gamle.
Eller hvis det gamle autoid starter fra 1 og forsætter op ad kan du indsætte dem først i den nye database
Jeg havde selv tænkt på, at lave et felt til indtastning af det gamle ID - men kan man så få den til at lave nye numre, hvis intet indtastes? Og i så fald, kan man få den til at starte fra f.eks. 600?? Skal det felt desuden være Primary Key?? Skal Access ikke have et felt, som den "selv tæller" så den kan lægge det ind i tabeller?
Hvis du har 2 felter 1 Som er AutoID for hele tabelen og 1 hvor der kan stå et gammelt AutoID. I det nye AutoID lader du den bare tæller op. I det gamle AutoID felt indtaster du de gamle autoid'er. Når du så skal hente alt ud fra databasen benytter du 2 sql sætninger. 1. vælger du alt fra databasen hvor GammelAutoID ikke er tom. 2. Derefter Vælger du alt fra databasen hvor gammelautoid er tom og bruger det nye auto id på sagen.
Du skal ikke lave det gamle autoid felt til en primary key men kun det nye auto id. Ved at indsætte alle de gamle sager i databasen vil den nye tæller starte fra et højere autoid.
if you have a autonumber field in the new database then you can INSERT the existing autoID values into the new table as long as the same values do not exits, and as long as you have not started enterin data into the new table then no records should exist.
Jeg må indrømme, at jeg ikke har fået kigget så meget på det endnu, idet jeg ikke har haft så meget til tid det projekt på arbejdet. Lover at tjekke op på det, så snart jeg kan. Okay?
Netop derfor er det en uskik at bruge autoID som nøgle i din applikation. Du kan fint bruge den som primary key, så Access ikke har dobbeltposter, men kritiske ting som brugerID etc. bør du manuelt styre når du kører dine SQL-sætninger.
Ellers er datamigrering i relationstabeller næsten uoverkommeligt.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
