Redigering af Formualerer og Tabeller, unden at slette data

Tag ud til dem :-)

Læg rettelserne på på et tidspunkt, hvor databasen ikke er i brug. Hvis det kun er nogle få felter, kan det ikke tage lang tid.

Hej
Har du delt databasen i en tabel del, (Datadel), og en base del. Er det jo let og lige tilføje felterne via vba eller sql. Når dette er gjort udskifter du bare base delen på hver maskine, så er den enkelte tid hver maskine er nede minimal.
Vh Henrik

Hej Henrik
Jeg er ikke helt med. Kan jeg dele datadelen i en fil og basedelen i en anden fil...

Hej.

Ja i databaser på ex. intranet i firmaer ligger tabeller i en mdb fil for sig selv. Den andel del kan du så lave ex. eget password til hver enkel ansat. Fordel er mindre tid i tabeludtrekket på fælles delen. Derved mindre ventetid ved mange søgninger.

Svar lige om du vil havde at vide hvordan.

Vh Henrik

Hej Henrik
Hej vil gerne vide, hvordan jeg ligger det i to filer..!

Med venlig hilsen
OGSÅ Henrik...

Der findes en Wizard til det. Den finder du i menuen Funktioner->Database funktioner->Databaseopdeler ("database splitter" på engelsk)

Manuelt kan du bare lave en ny database, hvor du importerer alle tabeller.

Derefter sletter du tabellerne i den oprindelige database og sammenkæder dem alle fra den ny database

/Thomas

thomasjepsen og henrik13-> Lad mig starte med at slå fast, at jeg går helt ind for en opdeling af databasen i Data og Applikationsdel (Frontend - Backend). Det giver mange fordele., også i forbindelse med vedligeholdelse, men lige netop i dette konkrete tilfælde, hvor det er data-delen der skal ændres, kan jeg ikke se, at det hjælper.

Den kørende database må under alle omstændigheder stoppes og tilrettes eller en ny datadel lægges på og alle de eksistrerende data importeres. Fremover kan der så være fordele omkring vedligeholdelse af applikationsdelen.

Eller har jeg overset noget omkring opdelingsproblematikker?

Hej.

1. Lav en ny database, hvor du importerer alle tabeller, fra den gamle.
2. Læg den nye med tabellerne på den fælles pcer.
3. Nu sletter du tabellerne i den oprindelige database.
4. Læg den gamle base uden tabeller et andet sted.
5. Gå så i filer, og i sammenkæd tabeller.

PS ? Tag en bakop inden.

Vh Henrik

jkrons-> du har helt ret i at det ikke betyder noget i henhold dette spørgsmål. Andet end at hvis der både skal foretages ændringer i brugergrænsefladen og i backenden, så tager det væsentligt længere tid at opdatere databasen.

Generelt kan man ikke ændre i tabeldesign, hvis der er andre brugere som benytter tabellerne. Dvs at man godt kan ændre i de tabeller, som ikke lige benyttes pt (f.eks. opslagstabeller m.m.)

Men det behøver jo i hvert fald ikke at tage en dag eller 2 at opdatere databasen. Indlæggelse/ændring af eksempelvis 50 felter bør ikke tage mere 15 minutters tid. Dog kan det tage længere tid, hvis det er meget store tabeller og hvis der skal oprettes mange indexer.

/Thomas

thomasjepsen-> Enig. Og det var nogenlunde det, jeg skrev i mit første svar, omend kortere :-)

Jeg også fortsat enig i at på længere sigt vil en opdeling være en fordel.

Du kan minimere nedetiden:
1. I produktionsdatabasen importerer du tabellen og formularen fra din udviklingsdatabase. De må ikke have samme navne, da du ikke ønsker at overskrive de gamle. Den nye tabel skal ikke indeholde data.
2. Brugernes adgang afbrydes.
3. Data kopieres fra den gamle tabel ind i den nye (lav en insert query).
4. Slet den gamle tabel og den gamle formular.
5. Ret navnene på de nye.
6. Opret evt. nødvendige relationer til den nye tabel.
7. Komprimér database.
8. Giv brugerne adgang igen.

Alle punkter pånær 2 og 8 kan udføres i et script.