Adgangskode ved tabeller og formularer..haster

Jeg tror du skal oprette forskellige bruger. Så kan du styrre hvem der må hvad.

Ulempen ved at oprette brugere er at man ved eksport af databasen til andre pc\'er skal have den gældende MDW fil med da den \"læses\" ved opstart. Problemet med at flytte denne fil er at den kan \"ødelægge\" andre databaser fordi SYSTEM .MDW filen bliver overskrevet til at være standard. Så ved jeg godt at man kan oprette en fiktiv MDW fil til den aktuelle database, men det er ikke noget jeg ønsker at uddeligere til brugere af programmet som ligger på andre servere. Derfor ville jeg gerne at scriptet lå i databasen og ikke som en delfunktion til denne.

Jeg har haft det samme problem som dig. Den eneste skøre ide ( og den er skør) er at lave skriftfarven i modulet til det samme som baggrudsfarve. Når du så ved hvor scriptet ligge kan du ændre farve tilbage hvis du har brug for det.

He He... brugbar men skør..!!!

så er det bare lige jeg gerne vil vide hvad der skal stå i scriptet.

JEg har netop af anden vej erfaret at dette ikke er ladsiggørligt med mindre man bruger system. MDW.
Der findes altså ikke et script der kan gøre dette.

Spørgsmålet lukkes derfor ...

Du skal oprette MDW filen, lave en sikker database og begrænse adgang til tabellerne ad den vej.

FORDI - du sagtens kan arbejde med forskellige mdw filer blandet imellem hinanden - uden at brugeren behøver at vide noget som helst om det.

Du skal bare lave shortcuts til din database og derefter gå ind og ændre den til:

\"C:\\Program Files\\Office2000\\Office\\MSACCESS.EXE\" \"C:\\My Documents\\IT Program\\IT Oversigt.mdb\" /WRKGRP \"C:\\My Documents\\IT Program\\IT Oversigt brugere.MDW\"

Så vil denne shortcut starte Access med den angivne mdw fil - imens en direkte opstart af Access bruger system.mdw filen, der følger med Access.

korrekt moses, MEN... dermed skal der også sendes en revideret MDW fil med en database såfremt der ændres brugerrettigheder fra admin.
HUSK...!!!
Der er brugere af disse programmer idag der absolut ikke er kompetente til at udføre kopiering / erstatning af MDW filer på deres HD.

OG... hvad nu hvis jeg fjerne Anders And fra at kunne se en tabel han før har haft adgang  til... han kan jo bare lade være med at opdatere sin MDW fil så vil han stadig have adgang til tabellen.

( har du nu været ude at drikke kaffe eller tisse igen siden du først kommer på banen nu..!!! he he.. kvag af dine tidligere kommentarer på andre spørgsmål..LOL)

Nej ... jeg har faktisk arbejdet ?!?!?!? Hvad er nu det for noget pjat ?!?!?

Jeg kan godt se problemet med mdw, hvis du har flere lokale installationer, men det samme problem har du da, hvis du programmerer dig ud af det. Da er det bare koden de kan undlade at opgradere, så har du stadig ingen styr på Anders And.

Det er vel ikke nogen særlig fordel at bruge databaser, når de er lokale og uafhængige af hinanden. Er databasen virkelig ikke fælles for dem alle ?!?!?!

øhh....password i access er altså MEGET NEMME at bryde........ville bare lige sige det :)

AI NÅU, men det vi taler om her er vel brugere, der \"ikke negang kan kopiere en mdw-fil\".
Det er ikke Ford Knox\' internet udbetalingsskranke.

okay, okay....

Det jeg ville gøre var at sende en ny opdateret database hver gang, fordi brugerne ikke ligger på samme server.

...Hmmm...( for at snakke om noget andet..!!!! )

hvordan går det med dine nye persienner, eller hvad det nu var du fik sat op.???

De nye persienner er bare suveræne. Jeg var for lidt siden lige nødt til at rulle 2 af dem ned, fordi en underlig lysende plet dukkede op midt på himlen og skinnede ind på min skærm, så jeg ikke kunne se noget.
Jeg skal have klaget til DMI, de kunne godt køre betatest på deres sommervejr 2001 på et andet tidspunkt end lige, når vi andre sidder og arbejder !!
Det er bare min mening !

Kom til jylland...her er der masser af skyer

Jeg er allerede i Jylland - DO !