Exclusive forbindelse til MS SQL Server via ADO ?

For mig lyder det som om at du vil opnå at der ikke er flere der laver ændringer på samme tid?. I så fald er Transactioner måden at gøre det på.

Jeg vil ikke have at andre bruger læser fra databasen imens jeg foretager mine opdateringer af data.

Så brug transaktions styring. Andre brugere kan ikke se dine data før disse Commit\'es.

Kan en transaktion håndtere at jeg slette hele indholdet og opretter alle data igen (over 1 GB) ?

JA !

Jeg fik lige \"lidt\" bedre tid: Ja din transaction kan sagtens være meget stor. Når du opretter en MS-SQL database angiver du såvel størrelsen for databasen og transaktions-loggen (samt i hvilket omfang de 2 vokser).

MEN: I mine øre lyder det MEGET forkert at du er nødt til at slette HELE indholdet bare for at slette det igen. Nu har du ikke fortalt noget om dit program, men mon ikke det kunne laves smartere !?

Du skal være klar over at hvis en bruger laver ændringer i databasen mens du er ved at slette/oprette DET HELE, så kan din transaktion ikke Commit\'es og du er nødt til at starte HELT forfra.

Generlt skal din transaktion være så lille som overhoved muligt for ikke at stresse systemet unødigt. Jo \"større\" en transaktion er (indeholder mange opdateringer) jo større er chancen for at en bruger har lavet ændringer i de data du er ved at opdatere hvorved tansaktionen ikke kan commites.

Hvor ingen af brugerne ser de nye data førend jeg committer dem ? Og alle de gamle data er tilgængelige for brugerne imens jeg opdaterer ?

Ja (gætter da jeg Ikke har rodet med ADO/MS-SQL), men det der er vigtigt at du forstår er at du vil IKKE være i stand til at comitte hvis brugeren har lave ændringer MENS du opdatere.

Det er en database der bruges til at lave rapporter udfra. Desværre kan disse ikke trækkes direkte fra hovededatabasen, så det er nødt til at være på denne måde. Brugerne bruger en rapportgenerator til at lave rapporter. Det er meget vigtigt at disse rapporter ikke viser forkerte data (f.eks. ved at halvdelen af data mangler pga. de er ved at blive opdateret).
Hovedeprogrammet starter på planlagte tidspunkter et import program der flytter data mellem de 2 databaser. Oftes kun opdateringer af ændringer men til tider en fuld import af hele databasen.
Sandsynligheden for at der er bruger der er i gang med at generere en rapport når dette sker er ikke særlig stor, men det MÅ BARE IKKE forekomme.
Kan du forstå problemstillingen ?

Igen må jeg sige at jeg ikke kender ADO/MS-SQL kombinationen da jeg sværger til Interbase (men har tidliger bruger MS-SQL via Delphi\'s DB-LINK). Sålænge dine database programmer kun læser, så burde der ikke være nogle problemer, da din Commit i så fald burde lykkes. Ligeledes er dine (nye) data IKKE tilgængelig overfor brugerne FØR du comitter disse (allesammen på engang).

Du får pointene....tak for diskussionen.

Virkede det ?