Neuigkeiten:

Ist euer Problem gelöst, dann bitte den Knopf "Thema gelöst" drücken!

Mobiles Hauptmenü

Abhängige Kombinationsfelder und Access Runtime 2016

Begonnen von Nadeshiko, Januar 23, 2017, 15:42:27

⏪ vorheriges - nächstes ⏩

Nadeshiko

Hallo Leute,

ich hab hier ein kleines Problem...was ich nicht wirklich nachvollziehen kann.

- Tabelle: tblMesse, tblRechnungen, tblJahr
- Formular: frmRechnungen (für Rechnungserstellung)

Es gibt dort zwei Kombinationsfelder. Eins von anderem abhängig.
cmbJahr
cmbMesseName
- Wählt der Benutzer das Jahr aus (Datenherkunft tblJahr), werden im Kombinationsfeld cmbMesseName (tblMesse) nur die Messen zum ausgewählten Jahr anzeigt. Das soll unterbinden, dass der Benutzer aus Versehen die gleiche Messen vom z.B. letzten Jahr auswählt, d.h. seine Auswahl an Messen wird begrenzt.

Öffne ich das ganze in meiner Access Vollversion 2016, funktioniert es reibungslos mit:
cmbJahr --> After Update --> Requery v. cmbMesseName
cmbMesseName --> Datenherkunft (Abfrage mit MesseJahr Kriterium auf Kombifeld) --> AfterUpdate SQL Abfrage mit der Zuweisung der MesseNummer zu der (erstellenden) Rechnung

Öffne ich das ganze in Access Runtime 2016, kommen (Fehler-)Meldungen mit Variablen Eingabe von Jahr etc.
:(

Keine Ahnung wie ich es beheben soll, zumal es schon beim Einlesen des Formulars geschieht..und das wirklich nur bei Runtime.




DF6GL

Hallo,

vermutlich wird das reservierte Wort "Jahr" als Tabellenfeldname verwendet.

Ansonsten zeige das Beziehungsfenster (Screenshot)  , die Abfrage-SQL-Strings und den Code der einzelnen Prozeduren.


Zudem überprüfe dies:

-- In jedem(!) Modulkopf "Option Explicit" schreiben.
-- Datenbank komprimieren/reparieren ausführen
--  VBA-Editor/Debuggen/Kompilieren ausführen und evtl. Fehler alle beheben.
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

Lachtaube

Tritt das Problem auch auf, wenn Du die DB in der Vollversion mit der Endung accdr startest? 
Grüße von der (⌒▽⌒)

Nadeshiko

#3
Hallo!

@DF6GL ich überprüfe gerne nochmal alles.., danke

@Lachtaube: accdr? Es gibt Accdt in meiner ACCESS 2016 v. Benutze selbst accdb, die funktioniert reibungslos. Die Benutzer haben Runtime 2016 installiert und öffnen auch die accdb und da geht's nicht.

Grüße


Lachtaube

Verwende eine Kopie der DB und benenne die Endung in accdr - beim Öffnen der Datenbank sollte sich Dein Access dann wie die Runtime-Version verhalten.

Kommen Formularparameter zum Einsatz und wenn ja, verwenden die Kollegen die deutsche Runtime-Version von Access 2016?
Grüße von der (⌒▽⌒)

Nadeshiko

Hallo Lachtaube,

super, ich hab das immer anders gemacht :) Aber ich komme auch von der alten Schule..

accdr Darstellung hat funktioniert, d.h. es wird alles richtig angezeigt!

Hab nachgeguckt...tatsächlich haben die Benutzer alle die Englische Version installiert! Liegt es daran?

Soll auf allen Rechnern die deutsche Version installiert werden oder kann man es umgehen?

Danke! Danke!

Lachtaube

Der schwarze Peter liegt wie immer beim Entwickler. Wenn dieser wie vermutet Formularparameter in Abfragen verwendet und diese Parameter in der englischen Form vorliegen, sollte es zu keinen Problemen mit anderen Spracheinstellungen kommen. Mit anderssprachigen Formularparametern kann Access aber nur umgehen, wenn der Benutzer dieselbe Spracheinstellung wie der Entwickler verwendet.

Tipp: wenn Du keine englischsprachige Umgebung (€€€) einsetzten kannst, verzichte auf Formularparameter und setze z. Bsp. stattdessen so etwas wie Variablen in Abfragen verwenden ein oder erzeuge den Abfragetext im Code, der ja per se die Angabe von Ausdrücken in englisch erforderlich macht.
Grüße von der (⌒▽⌒)

Nadeshiko

Das Problem ist, Access 2016 ändert auch alle meine Eingaben in der Abfrage direkt in die deutsche Sprache (Not zu Nicht)...habe ich nun öfters beachtet (ich arbeite zum ersten mal mit der Version).

Ich werde mal einfach gucken, was das beste wäre---denn ich bin nur noch bis Ende der Woche da und möchte einfach einen reibungslosen Ablauf bewerktstelligen.

Da auf diesem Rechner die deutsche Version installiert ist, ist es wahrscheinlich besser auf allen Rechnern auch zur Sicherheit für die Zukunft bei Benutzern die Access Runtime Deutsch zu installieren.

Ich versuche erstmals das ganze bei einem Testrechner und dann melde ich mich!

Danke!

Nadeshiko

Lachtaube :) Du hattest recht...tatsächlich funktioniert nun die deutsche Version von Runtime reibungslos. Dafür ein TOP Thumb Up!

Danke!
Ich werde nun einfach mit Chef sprechen, was das beste für die Kollegen und für die Zukunft ist.