19
ODBC Tabelle Raute gelöscht
Hallo zusammen,
bitte nicht von dem Betreff auf das klassische Problem mit dem fehlenden Primärschlüssel bzw. timestamp-Feld bei MySQL schließen ;)
Das Problem ist etwas vertrackter.
Die Tabelle (und nur die eine von ca. 80 verschiedenen Tabellen um die es geht) funktioniert nämlich bei ca. 120 anderen Nutzern nur bei dem einen nicht.
Die Tabelle hat einen Primärschlüssel ist über ODBC mit dem MS SQL Client 11.0 eingebunden und zeigt in allen Feldern "#gelöscht".
Bis jetzt habe ich folgendes unternommen:
Tabelle -> Link aktualisiert, Client SQL neu installiert, ODBC Verbindung neu angelegt, Tabelle neu eingebunden, Office neu installiert
leider keine Besserung.
Was aber geht:
Die Tabelle über die ODBC Verbindung nicht verknüpfen sondern importieren, das funktioniert.
Auch das Filtern der "#gelöscht" Datensätze geht, also ich kann mir alle Datensätze anzeigen lassen wo zBsp. der Primärschlüssel mit "0" anfängt, dann
zeigt mir Access 1201 Datensätze aber eben mit "#gelöscht" in jedem Feld.
Ich kann auch in der Tabelle neue Datensätze anfügen die werden auch solange angezeigt bis ich F5 drücke oder die Tabelle neu aufrufe, danach gelten auch die als "#gelöscht".
Wen jemand noch einen Rat für mich hat, wäre ich dankbar.
bitte nicht von dem Betreff auf das klassische Problem mit dem fehlenden Primärschlüssel bzw. timestamp-Feld bei MySQL schließen ;)
Das Problem ist etwas vertrackter.
Die Tabelle (und nur die eine von ca. 80 verschiedenen Tabellen um die es geht) funktioniert nämlich bei ca. 120 anderen Nutzern nur bei dem einen nicht.
Die Tabelle hat einen Primärschlüssel ist über ODBC mit dem MS SQL Client 11.0 eingebunden und zeigt in allen Feldern "#gelöscht".
Bis jetzt habe ich folgendes unternommen:
Tabelle -> Link aktualisiert, Client SQL neu installiert, ODBC Verbindung neu angelegt, Tabelle neu eingebunden, Office neu installiert
leider keine Besserung.
Was aber geht:
Die Tabelle über die ODBC Verbindung nicht verknüpfen sondern importieren, das funktioniert.
Auch das Filtern der "#gelöscht" Datensätze geht, also ich kann mir alle Datensätze anzeigen lassen wo zBsp. der Primärschlüssel mit "0" anfängt, dann
zeigt mir Access 1201 Datensätze aber eben mit "#gelöscht" in jedem Feld.
Ich kann auch in der Tabelle neue Datensätze anfügen die werden auch solange angezeigt bis ich F5 drücke oder die Tabelle neu aufrufe, danach gelten auch die als "#gelöscht".
Wen jemand noch einen Rat für mich hat, wäre ich dankbar.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2936417536
Url: https://administrator.de/contentid/2936417536
Ausgedruckt am: 24.11.2024 um 15:11 Uhr
19 Kommentare
Neuester Kommentar
Moin,
Das hast du mit deine ersten Satz ja quasi schon "ausgeklammert":
https://bugs.mysql.com/bug.php?id=92947
Was mir bei deinem Post aber noch fehlt:
Das hast du mit deine ersten Satz ja quasi schon "ausgeklammert":
https://bugs.mysql.com/bug.php?id=92947
Was mir bei deinem Post aber noch fehlt:
- Wie hängt denn nun was zusammen?
- Greifts du von Windows aus auf eine MySQL-DB zu oder von einer Unix/ Windows-Kiste von einer MySQL auf eine MS SQL-DB zu?
- ist das "fremde" DBMS per Linked-Server eingebunden?
- Oder haben die Clients lokal den ODBC-Treiber installiert?
- Welche Versionen setzt du konkret ein?
Hi em-pie,
Win10, Aktuelles Access aus dem office365 Paket, Datenbank MS SQL Server Express, lokal installierter MS SQL Client 11.0,
dann Tabelle eingebunden über ExterneDaten->Andere Datenquelle -> ODBC
Win10, Aktuelles Access aus dem office365 Paket, Datenbank MS SQL Server Express, lokal installierter MS SQL Client 11.0,
dann Tabelle eingebunden über ExterneDaten->Andere Datenquelle -> ODBC
Dann wird euer MS SQL 2000 womöglich nicht mehr unterstützt 
Der 11.0-Treiber kann lt. MS nur MS SQL von 2005 bis 2012
https://support.microsoft.com/de-de/office/verbinden-von-access-mit-sql- ...
Und kommt an allen Clients der identische ODBC-Treiber zum Einsatz?
hast du überall die selbe Access-Version laufen?
"Aktuelles Access aus dem office365 Paket" ist da etwas dünn...
Der 11.0-Treiber kann lt. MS nur MS SQL von 2005 bis 2012
https://support.microsoft.com/de-de/office/verbinden-von-access-mit-sql- ...
Und kommt an allen Clients der identische ODBC-Treiber zum Einsatz?
hast du überall die selbe Access-Version laufen?
"Aktuelles Access aus dem office365 Paket" ist da etwas dünn...
MS SQL 2000 ?
Nein nein, das ist MS SQL Express 14.0.2037 auf einem Win2016 Std. Server
und wie schon gesagt auf 120 Rechnern läuft es ja.
Als frontend kommt entweder Access2013 Runtime oder die Vollversion aus dem office365 zum Einsatz (genauer Version 2204 Build 15128.20248).
Nein nein, das ist MS SQL Express 14.0.2037 auf einem Win2016 Std. Server
und wie schon gesagt auf 120 Rechnern läuft es ja.
Als frontend kommt entweder Access2013 Runtime oder die Vollversion aus dem office365 zum Einsatz (genauer Version 2204 Build 15128.20248).
Da hier scheinbar der ODBC Driver spackt, einfach mal den Client neu aufsetzen ist keine Option?
oje, der ganze client, das wollte ich möglichst umgehen, aber wenn keiner das Problem kennt, wird mir wohl nichts anderes übrigbleiben. Ist schon verrückt: alle Arbeiten mit der Tabelle gehen, also ein Recordset Update/Insert/Delete nur die Anzeige der Datensätze will nicht.
Wenn die selbe Kombination an Software auf anderen Clients läuft muss es entweder an irgend welchen verkorksten Einstellungen am Rechner, an einem Cache oder am angemeldeten Benutzer liegen. Sowas kann man finden oder man sucht ewig
Kannst du einen anderen Benutzer testen?
Kannst du einen anderen Benutzer testen?
Da du nichts anderes angegeben hattest, bin ich mal davon ausgegangen - scheinbar ist meine Glaskugel eingestaubt.
Mal probeweise versucht, den richtigen ODBC-Treiber zu nutzen oder mal auf OLEDB zu wechseln?
https://support.microsoft.com/de-de/office/verbinden-von-access-mit-sql- ...
Nein nein, das ist MS SQL Express 14.0.2037 auf einem Win2016 Std. Server
also ein MS SQL 2017und wie schon gesagt auf 120 Rechnern läuft es ja.
Als frontend kommt entweder Access2013 Runtime oder die Vollversion aus dem office365 zum Einsatz (genauer Version 2204 Build 15128.20248).
Als frontend kommt entweder Access2013 Runtime oder die Vollversion aus dem office365 zum Einsatz (genauer Version 2204 Build 15128.20248).
Version 2204 Build 15128.20248 --> das gilt auch für den 121. Client?Mal probeweise versucht, den richtigen ODBC-Treiber zu nutzen oder mal auf OLEDB zu wechseln?
https://support.microsoft.com/de-de/office/verbinden-von-access-mit-sql- ...
Wurdest Du beim Tabelleverbinden im Access nach den eindeutigen Spalten (pri. Index) gefragt ?
Wenn man das einfach wegdrückt, kann Access viele Aufgaben nicht durchführen.
SH
Wenn man das einfach wegdrückt, kann Access viele Aufgaben nicht durchführen.
SH
das probier ich mal ... mom
Vllt. steht's in Zusammenhang:
Microsoft Access: Gibt es Probleme beim SQL-Datenbankzugriff wegen OBCD-Treiber?
Kollege @gborn hat da schon was aufgetan...
Microsoft Access: Gibt es Probleme beim SQL-Datenbankzugriff wegen OBCD-Treiber?
Kollege @gborn hat da schon was aufgetan...
richtiger ODBC Treiber geht auch nicht
Installation unter anderem Nutzer bringt auch keine Änderung
mit OLEDB muss ich mich erst mal beschäftigen
Installation unter anderem Nutzer bringt auch keine Änderung
mit OLEDB muss ich mich erst mal beschäftigen
Ich glaub es liegt am office365, hab jetzt mal parallel zu dem office365 die AccessRuntime2013 installiert: die funktioniert. Werde dann mal office neu installieren und melde mich.
Danke euch.
Danke euch.
Zitat von @HoyerAC:
Vllt. steht's in Zusammenhang:
Microsoft Access: Gibt es Probleme beim SQL-Datenbankzugriff wegen OBCD-Treiber?
Kollege @gborn hat da schon was aufgetan...
Vllt. steht's in Zusammenhang:
Microsoft Access: Gibt es Probleme beim SQL-Datenbankzugriff wegen OBCD-Treiber?
Kollege @gborn hat da schon was aufgetan...
Danke für den Hinweis, les ich mir durch
Guten Morgen zusammen,
Office Neuinstallation hat nicht gebracht. Ist ein ODBC Treiberfehler im Bezug auf Primärschlüssel auf nvarchar Datentypen.
Näheres hier:
https://answers.microsoft.com/en-us/msoffice/forum/all/access-linked-tab ...
Office Neuinstallation hat nicht gebracht. Ist ein ODBC Treiberfehler im Bezug auf Primärschlüssel auf nvarchar Datentypen.
Näheres hier:
https://answers.microsoft.com/en-us/msoffice/forum/all/access-linked-tab ...
Das wäre dann der 2. MS Bug innerhalb von einem halben Jahr (siehe Office Dez.2021 Update verhinderte damals den multiuser Zugriff auf Access backends.) Danke MS.
Es funktioniert wieder, wenn: ODBC 18 Treiber installieren, DSN neu einrichten und während der Konfiguration die Verbindungsverschlüsselung auf optional stellen.
Und ich sachet noch:
nimm den passenden ODBC-Treiber
Wobei hier scheinbar noch die Verschlüsselung hinzu kam...
nimm den passenden ODBC-Treiber
Wobei hier scheinbar noch die Verschlüsselung hinzu kam...
Zitat von @em-pie:
Und ich sachet noch:
nimm den passenden ODBC-Treiber
Wobei hier scheinbar noch die Verschlüsselung hinzu kam...
Und ich sachet noch:
nimm den passenden ODBC-Treiber
Wobei hier scheinbar noch die Verschlüsselung hinzu kam...
mmh, bei deinem link wurde maximal der 17er angeboten, es hat erst mit der ver18 geklappt.
2 Rechner sind jetzt noch mit dem #gelöscht Fehler hinzugekommen, ich vermute es wird alle erwischen wenn MS mit seinen nächsten Updates nicht nachbessert.
