Suche | Statistiken | Benutzerliste | Access-FAQ | Datenschutz Foren
donkarl Forum
donkarl Forum ->  Themen -> Access -> Diskussion ansehen

Du bist als Gast eingelogt. ( Anmelden | Registrieren )
  • DoCmd.OutputTo acOutputReport exportiert immer den...
  • Klauzi9929.01.22 10:21
       └ RE: DoCmd.OutputTo acOutputReport exportiert imm... PeterDoering31.01.22 15:38
          └ RE: DoCmd.OutputTo acOutputReport exportiert i... Klauzi9903.02.22 19:48
             └ RE: DoCmd.OutputTo acOutputReport exportiert... Klauzi9903.02.22 20:17
  • Requery einer Listbox
  • Paula27.01.22 21:57
       └ RE: Requery einer Listbox Karl Donaubauer27.01.22 22:57
          └ RE: Requery einer Listbox Paula29.01.22 13:11
  • Summenzeile bei Bericht auf nächster Seite verhind...
  • waholin28.01.22 11:37
  • Fehler bei NZ und DlookUp (undefinierte Funktion)
  • sks04.01.22 11:47
       └ RE: Fehler bei NZ und DlookUp (undefinierte Funk... PeterDoering05.01.22 15:01
          └ RE: Fehler bei NZ und DlookUp (undefinierte Fu... sks06.01.22 08:20
             └ RE: Fehler bei NZ und DlookUp (undefinierte ... PeterDoering13.01.22 00:20
                └ RE: Fehler bei NZ und DlookUp (undefiniert... sks20.01.22 16:48
                └ RE: Fehler bei NZ und DlookUp (undefiniert... sks26.01.22 09:28
                   └ RE: Fehler bei NZ und DlookUp (undefinie... PeterDoering27.01.22 15:27
  • Fehlermeldung bei Formularbezug UFO 1 zu UFO 2
  • DetlevF16.01.22 17:06
       └ RE: Fehlermeldung bei Formularbezug UFO 1 zu UFO... PeterDoering16.01.22 17:28
          └ RE: Fehlermeldung bei Formularbezug UFO 1 zu U... DetlevF16.01.22 17:43
             └ RE: Fehlermeldung bei Formularbezug UFO 1 zu... PeterDoering17.01.22 16:56
                └ RE: Fehlermeldung bei Formularbezug UFO 1 ... Karl Donaubauer17.01.22 17:04
                   └ RE: Fehlermeldung bei Formularbezug UFO ... DetlevF22.01.22 13:24
  • Anzeigename in modernem Diagramm nicht änderbar
  • Dragonsword198119.01.22 21:30
  • Realer Access Stammtisch München am 13.01.2022 (Do...
  • StefanWirrer12.01.22 13:54
  • auslösendes Event beim Blättern in Report-Vorschau
  • waholin11.01.22 12:01
  • Datenquelle für Bericht zur Laufzeit zuordnen
  • waholin04.01.22 18:06
       └ RE: Datenquelle für Bericht zur Laufzeit zuordnen Karl Donaubauer04.01.22 18:26
          └ RE: Datenquelle für Bericht zur Laufzeit zuord... waholin11.01.22 11:44
       └ RE: Datenquelle für Bericht zur Laufzeit zuordnen Nick Oetjen05.01.22 13:53
          └ RE: Datenquelle für Bericht zur Laufzeit zuord... waholin11.01.22 11:42
  • Code Signing certificate
  • Nick Oetjen04.11.21 15:57
       └ RE: Code Signing certificate PeterDoering10.11.21 13:41
          └ RE: Code Signing certificate PhilS25.11.21 15:27
             └ RE: Code Signing certificate Karl Donaubauer25.11.21 17:42
             └ RE: Code Signing certificate PeterDoering08.12.21 10:17
                └ RE: Code Signing certificate Nick Oetjen09.12.21 10:48
  • Realer Access Stammtisch München am 09.12.2021 (Do...
  • StefanWirrer08.12.21 09:25
  • DBFeld Date den Wert "leer" zuweisen
  • Paula31.10.21 10:37
       └ RE: DBFeld Date den Wert "leer" zuweis... PeterDoering31.10.21 18:27
          └ RE: DBFeld Date den Wert "leer" zuwe... Paula07.11.21 20:32
             └ RE: DBFeld Date den Wert "leer" zu... PeterDoering10.11.21 13:34
                └ RE: DBFeld Date den Wert "leer" ... Paula10.11.21 22:09
                   └ RE: DBFeld Date den Wert "leer"... PeterDoering22.11.21 09:39
                      └ RE: DBFeld Date den Wert "leer&qu... Paula01.12.21 22:36
  • extrem merkwürdiges verhalten einer odbc-verknü...
  • SvenG10.11.21 11:20
       └ RE: extrem merkwürdiges verhalten einer odbc-ver... PeterDoering10.11.21 13:29
          └ RE: extrem merkwürdiges verhalten einer odbc-v... SvenG11.11.21 08:45
             └ RE: extrem merkwürdiges verhalten einer odbc... PeterDoering12.11.21 11:35
                └ RE: extrem merkwürdiges verhalten einer od... SvenG17.11.21 11:57
  • Einladung zum 7. virtuellen Access-Stammtisch Hann...
  • KlausWerther16.11.21 22:16
  • Realer Access Stammtisch München am 11.11.2021 (Do...
  • StefanWirrer11.11.21 10:45
    SvenG
    Gesendet: 10.11.21 11:20
    Betreff: extrem merkwürdiges verhalten einer odbc-verknüpften tabelle


    Member

    Beiträge: 19

    hallo zusammen,

    ich bin vor kurzer zeit auf ein problem gestoßen das absolut unlogisch ist und
    sich imho nicht erklären lässt. es geht um folgendes:

    ich entwickle seit mehreren jahren eine access 2016 datenbank mit einem
    sql server 2012 als backend. diese datenbank gibt es in 3 versionen:
    entwicklung, test und produktiv. im endeffekt unterscheiden diese sich 3 nur in
    den odbc-verknüpften tabellen (server-name ist anders) -der rest ist absolut identisch.
    ich programmiere mit der entwicklerversion und wenn diese soweit ist, kopiere ich
    diese und daraus wird dann die test und produktivversion, wobei intern besagte
    odbc-verknüpfungen umgebogen werden. das ganze läuft seit ca. 9 jahren perfekt.
    die access-db bzw. das gui der datenbank ist auch nicht sonderlich groß, die
    access datei ist ca. 22bg groß. nun das problem:

    nachdem ich eine neue produktivversion gemacht hatte, hatte ich in der
    entwicklerversion ein formular geöffnet, in dem über ein endlosformular tabellenartig
    mehrere infos angezeigt wurden. das ging auf einmal nicht mehr und es erschien
    in allen feldern nur noch "#Name". nach einigem testen kam raus, das es ein odbc-problem
    war. wenn ich die odbc-verknüpfte tabelle links im access menü direkt öffnete,
    kam die fehlermeldung "ODBC-Aufruf fehlgeschlagen". aber in der produktivversion ging
    es. habe dann die sql-server db der produktivversion auf die entwicklerversion
    kopiert, um identische tabelleninhalte in beiden versionen zu haben. danach ging
    es in der entwicklerversion trotzdem nicht. das komische: ich habe dann in meiner
    versionshistorie alte entwicklerversionen herausgesucht die teilweise monate alt
    waren und seither nicht angefasst wurden. in diesen versionen ging es auf einmal
    auch nicht mehr. nach ewigem suchen habe ich dann was probiert, das die lösung
    brachte, aber das ist genauso unverständlich: der betreffenden odbc-verknüpften
    tabelle liegt eine sql server view zugrunde, welche die daten aus mehreren tabellen
    zusammenträgt. bei einer der beteidigten tabellen verwende ich "SELECT a.*" für
    den inhalt von tabelle a. diese hat 83 felder, von denen ich aber nur 12 benötige.
    habe deshalb das "SELECT a.*" in "SELECT a.feld1, a.feld2..." geändert und nach
    aktualisierung der odbc-verknüpfung lief es auch in der entwicklerversion! und
    jetzt kommt das verrückte: ich wollte testen, ob villeicht ein neuerer odbc-treiber
    das problem lösen würde und wollte deshalb das problem wiederherstellen und änderte
    das ganze in der view wieder auf "SELECT a.*". und was passierte: es lief trotzdem !
    wie ist dieses verhalten zu erklären? das kann doch nicht sein! das in der zeit
    jemand am sql server was gemacht hat kann ich zu 99.9% ausschließen. kann es sein,
    das access metainfos jeder geöffneten datenbank irgendwo abspeichert und diese
    info "kaputt ging"? und nach dem aktualisieren der odbc-verknüpfung war er dann
    gezwungen seine eigene info zu updaten? ich weiß einfach nicht wie ich mir diese
    verhalten erklären soll. kann mir jeman von euch helfen und kennt das problem?

    vielen dank

    sven

    p.s. ich hatte so eine art problem schon einmal hier geschieldert. dabei lief
    eine sql-abfrage mit besagten "SELECT *" bei allen usern nur bei einem nicht.
    nach änderung in aufzählungsform der felder ging es dann auch bei dem user.
    Top of the page Bottom of the page


    Seite: < 5 6 7 8 9 10 ... 11 12 13 14 15 16 17 ... >
    Suche in diesem Forum
    Druckfreundliche Version
    (Alle Cookies von dieser Seite löschen.)