Dele database

Ja.

Ja Den bedste måde at dele den på er at lave en Bak-end og front-ind.
Derved er tiden den enkeltede er inde i selve tabellerne mindre.

hvordan?

Det der kan give problemer er at hvis to retter i den samme post, er det den sidste rettelse der bliver gemt

Det var jo det du spurgte om. Men en lidt nærmere forklaring er da op sin plads. Du skal opdele din database i flere dele:

En Back-end der ligger på en server og et drev der kan læses af alle arbejdsstationer.

Flere Front-end der ligger på arbejdsstationernes C-drev.

Disse db skal du sammenkæde på en sådan måde, at front-end db's tabeller er sammenkædede med din Back-end.

avalon116 hvem var det til

øhhh det var egentligt jerg begge, men det ser ud til at det er samme vej I vil gå.

jeg aner ikke hvordan man laver det der I snakker om

I bak-end er der kun tabeller.
I Front-end er der ingen tabeller.

Du gør sådan:

1. Tag en kopi af di db og læg den ned i din nederste skuffe og gerne inderst. smid derefter nøglen væk.

2. På en arbejdsstation åbner du en ny db. I menuen Filer > Hent eksterne data > Sammenkæd finder du din db på serveren. herefter markerer du alle tabeller og trykker OK. På samme måde inporterer du alle Forespørgsler, formularer, rapporter og moduler.

3. Nu har du en afspejling af din db på serveren på din arbejdsstation.

4. Åbn din db på serveren (din Back-end) i database vinduet. Slet alle forespørgsler, formularer, rapporter og evt. maskroer og moduler.

Du har en database. Den tager du kopi af på en disk, du skrivebeskytter.
Derefter overfører du alle tabellerne til en tom database.
Når det er gjort slettes alle tabeller i den opridentlige, og derefter kører du sammenkæd tabeller.

På dene måde har du dine tabeller på back-end og alle andre objekter på dine arbejdsstationer. Det betyder, at du ikke skal hente formularer m.v. over netværket men udelukken data fra tabellerne.

Jeg vil gerne lave et eksempel til dig, men for ikke at bruge unødig tid vil jeg bede dig om enten at afvide mit svar og så er jeg ude herfra, eller også arbejder du og jeg videre alene.

Du kan nu bare tage kopier af den hvor du slettede tabellerne og lægge på en ny maskine. husk at oprette en sammenkædning til tabellerne fra den nye maskine.

Jeg vil da gerne dele databasen for dig eller lave en demo til dig.
Vh Henrik13

tak skal I have. Jeg afprøver det lige en af dagene og så vender jeg tilbage med points.
Og tak for jeres tilbud om eksempler osv. Jeg vil gerne lige prøve det selv og hvis jeg ikke kan få det til at du, vender jeg tilbage.

OK - Men bliv lige et par minutter. Der findes vist en guide. Prøver lige at finde den.

ok

Funktioner > Databasefunktioner > Databaseopdeling

tak igen..der er så lidt at gå i gang med. Bliver sjovt at prøve.

Jeg vil bare lige laegge en fodnote: Jeg har gjort det samme med en DB hvor jeg faar et lille problem naar DB'en skal saettes op paa forskellige computere. Netvaerksdrevet bliver mappet forskelligt paa arbejds-stationer paa min arbejdsplads. Ved selvf. ikke hvad din situation er, men det er en god ide at chekke det :-)

Du kan da på de enkelte arbejds stationer lægge dem i den mappe, du har løst til. Som jeg skrev i 21.03 citat:
"husk at oprette en sammenkædning til tabellerne fra den nye maskine." det vil sige slet de gamle og opret dem igen.
Vh Henrik13

Jeps - men hvis nu netvaerksdrev er mappet paa samme maade paa hver maskine skulle det vel ikke vaere noedvednigt at oprette sammenkaedningen igen??

Nej Men af og til giver det fejl, og der sletter man sammenkoblingen og opretter den igen, og vupti så virker det, og det kan ikke forklares. :o)

Et par kommentarer
Man kan bruge UNC navnet når man henviser til db'en - løser overchord's problem.
Sørg for at lave en stump kode der kører en refresh på forbindelsen hver gang applikationen åbnes - løser henrik13's problem

>>hugopedersen
Tak for iden, lader den straks gå videre.
Vh Henrik13

du kan overveje at lave fron end som en mde fil i stedet, det har vi valgt her hos os, det begrænser brugerens muligheder for at pille alt for meget ;)

funktioner->databasefunktioner->opret mde fil

Ja men afskærer det ikke også for at sende kunden små opdateringer.

det skal jeg ikke kunne sige, vi bruger det internt, så jeg ruller bare en ny version ud når der er ændret i frontenden.

ok det kan godt vaere jeg gaar lidt udenfor spoergsmaalet nu (jeg kan evt. oprette et nyt sp med point hvis i synes): Men kan man ikke lave et script som (gen)opretter links til tabeller i back-enden. Dvs have et modul som bare beder brugeren om at lokalisere back-enden og derefter sletter scriptet de gamle links og opretter de nye.
Det ville kunne spare en del tid til at rende rundt til brugere og slette tabller+linke hver gang der kommer en opdaeteret kopi af DB'en.

Det mener jeg ikke jeg har været i nortwind, og det ser ud til det er en test om sammenkoplingen har fundet sted korrekt.

Hej avalon116.
Jeg fandt lige en konekt kode, der opretter forbindelsen til BAK-END Husk den melder fejl hvis bakend ikke er der. Den leder ikke efter den:
Sub ÅbnForbindelse()
  Dim Forbindelse As New ADODB.Connection
  Forbindelse.Open "Provider=Microsoft.Jet.OLEDB.4.0;" & _
    "Data Source=C:\Dokumenter\Databaser\" & _
    "TestDb.mdb"
  Forbindelse.Close
End Sub
Vh Henrik

Husk der skal oprettes sti til ADODB og jet.OLEDB.4.0
:o)

Hej, Det er refarancer jeg skriver om. :o)

>>avalon116
Er det ikke snart lukketid, eller vil du havde det yderlige uddybet.
Vh Henrik13

Hej, nej undskuld...jeg har bare ikke haft tid til at prøve det af. Skal nok få taget mig sammen. Jeg tror beskrivelserne er fine, jeg kan jo  bare ikke lukke før jeg ved, om det fungerer. Men I skal nok høre fra mig jeg har ikke glemt det.