Office: (Office 2016) DB Schreibschutz löschen

Hört sich eigentlich mehr danach an, dass das ein Access Problem ist.
A16 (A19) ist nicht mehr so nachsichtig im SQL-Bereich,
wie noch zuvor A10.

 

Hallo Michi,

zurück zum Anfang, der Exkurs bezüglich anderer Office Programme ist hier nicht hilfreich.

Wenn du ein Problem mit einer Datensatzgrupppe (Recordset) hast, tritt der Fehler in einer Abfrage oder in der Programmierung auf. Möglicherweise werden in der Programmierung Fehler nicht ausgewertet und diese Anzeige ist nur ein Folgefehler. Du müsstest also herausfinden, wo der ursprüngliche Fehler auftritt. Ohne entsprechende interne Details wird der Fehler nicht zu finden sein, denn das hat nichts mit Schreibschutz zu tun.

siehe auch:
https://support.microsoft.com/de-de/...e-data-in-acce

Ulrich

 

Servus averau,
meines Erachtens ist das ein Rechteproblem in Windows
und ein zusätzliches Problem im Vertrauenscenter von Access.
Wenn ein Useraccount nur eingeschränkte Dateioperationsmöglichkeiten hat,
wird er auf Deine Probleme stossen, denke ich.
Wenn Du kannst, solltest Du Dich mal als Administrator anmelden
und das Ganze dann noch einmal probieren.
Im Vertrauenscenter muss der/die Ordner in "vertrauten Speicherorten" aufgenommen werden
und vorsichtshalber auch die Makros auf "Alle erlauben" gestellt werden (kann man später einschränken).

 

Hallo,

also das dafür Dateisystemrechte verantwortlich sein sollten, kann ich erstmal nicht nachvollziehen. Immerhin konnte die DB -Datei an den Ort kopiert und geöffnet werden. Damit sind die Grundvoraussetzungen erfüllt.

Auch was die Vertrauensstellung betrifft, würden, wenn damit etwas nicht stimmen sollte, beim Öffnen Fehlermeldungen und Hinweise kommen. Im übrigen kann er mit diesem kleinen Tool von Thomas Keßler dieses einfach verwalten Trusted Locations Manager 4.0.

Fehlermeldungen mit "Datensatzgruppe" deutet mehr auf Access Probleme hin.

Gruß Ulrich

 

Moin,

am SQL hat sich absolut nichts geändert.

Diese Meldung besagt schlicht, dass mehrere Datensätze, die sog. Gruppe, geändert werden sollen, geht aber nicht, weil die Sätze der View nicht eindeutig identifiziert werden können.

@averau: Der ganze Quark wäre längst gegessen, wenn Du die beteiligten Tabellen und die Abfrage zeigen würdest.

 

Hallo Ulrich,
Gerade ausprobiert; - beim Zugriff auf eine Tabelle einer schreibgeschützten
Backend-DB bekomme ich (Acc2010) genau diese Fehlermeldung. Hat also
nichts mit einer nicht aktualisierbaren Abfrage zu tun.
Ist eigentlich auch logisch, denn eine Tabelle ist doch auch eine Daten-
satzgruppe, - nämlich die aller DS.
gruss ekkehard

 

Hallo Allerseits
Ohrkester hat recht . Ein Freund von mir hat es hinbekommen indem er als Administrator gearbeitet hat .Näheres bitte später
danke und lg, Michi

 

\@ekkehard:

Das die Datei selber schreibgeschützt ist, war aber vom OP schon überprüft worden. Wenn es nur am Schreibschutz gelegen hätte, würde das beim Starten als Admin aber auch nicht helfen, denn alleine dadurch würde dieser nicht von der Datei genommen.

Es muß also etwas anderes gewesen sein oder der OP hat nicht alles offen gelegt.

Aber Danke nochmal für deine Rückmeldung.

Gruß Ulrich

 

Hallo
Wie gesagt sobald ich es verstanden bzw nachvollziehen kann melde ich mich nochmal
lg Michi

 

>>>> A16 (A19) ist nicht mehr so nachsichtig im SQL-Bereich
>> am SQL hat sich absolut nichts geändert.

Ich habe einen reproduzierbaren Fall, wo ein Abfrage mit A16 nicht mehr akzeptiert wird.
Auf A10 läuft sie dagegen ohne Probleme. Aus diesem Grund halte ich meine Behauptung aufrecht.

 

Dagegen spricht absolut nichts ;-) Schönen Sonntag noch!

 

Hallo,

ich habs herausgefunden. Es liegt nur an der Rechtevergabe in Windows 10 und

in Access an den vertrauenswürdigen Speicherorten.

Das hab ich nun in Ordnung gebracht und nun geht auch wieder alles.

Die DB war also in Ordnung.

Ich muss mich auch noch etwas mehr in Windows 10 reinknieen, welches noch neu für mich ist.

Danke allen für die Mühe.