Office: (Office 2013) Plausibilitätsprüfung auf Kombinationsfeld

Ja ich weiss, ist doch aber auch egal ;-)

 

Das verstehe ich nicht richtig, vlt. stehe ich auch gerade auf dem Schlauch.
Wie verbinde ich die beiden denn? Bei ufoMeldung (Eigenschaften/Daten) steht bei Verknüpfen nach und Verknüpfen von jeweils Meldung_ID.
Meinst du das?

 

Hallo!

Nein, hast du nicht. In #11 ist im Formular fMeldung die Datenherkunft tMeldung und im Unterformular ufoMeldung ebenfalls tMeldung.

Ja, genau. Das setzt aber voraus, dass Hauptformular und Unterformular die korrekte Datenherkunft haben.

Dazu müsstest du aber noch die Suche bzw. das Hauptformular umbauen. Im Moment kann das Hauptformular das Unterformular über nicht filtern, auch wenn die Datenherkunft geändert wurd, weil dir im Hauptformular die Info zur Tank_ID fehlt.

Ich habe die kurzerhand in cboStrasse eingefügt und über ein Hilfstextfeld, dass als Steuerelementinhalt =cboStrasse hat, nachgestellt. Dazu musst du dich aber noch mit den Kombinationsfeldern beschäftigen. Tank_ID als erste Spalte in der Abfrage. In den EIgenschaften bei Spaltenzahl 4 eingeben und die breite der Spalten allesamt auf 0 cm einstellen, bis auf die 2. Spalte, die machst du so groß, wie das Kombinationsfeld.

Das ist jetzt ein bisschen durch die Brust ins Auge aber beschäftige dich mal damit und melde dich dann wieder.

Grüße
Ingo

 

Oh man, sorry hab gestern vergessen die neue Version hochzuladen, da hab ich die Datensatzherkunft nämlich geändert, mein Fehler.

 

Hier die geänderte Version.

 

Verdammt, falsche Version erwischt.

Also ich hab jetzt mal versucht deine Tipps umzusetzen, aber so richtig verstehe das nicht. Scheint mir komplizierter zu sein, als dieser "Insert Into"-Kram.

Ich hab jetzt auch mal ein Hilfstextfeld mit Steuerelementeinhalt cboStrasse eingefügt. Und in der Abfrage von cboStrasse das Feld Tank_ID eingefügt. Allerdings geht jetzt gar nix mehr.

 

Füge in der Datenherkunft cboStrasse die Spalte Tank_ID in der Abfrage hinzu.
Diese Spalte muss die erste von links sein.
In den EIgenschaften machst du aus der Spaltenanzahl 1 ein 4 und bei breite der SPalten gibst du 0;4,7;0;0 ein.

In Verknüpfen von und Verknüpfen nach in ufoMeldung gibst du Tank_ID ein.

Grüße
Ingo

PS: Lade nicht immer eine neue Datenbank bei der kleinsten Änderung hoch. Das geht auch ohne ;-)

 

Erledigt.

Erledigt

Mache ich.

So weit klappt das schon mal.
Und Danke für deine Geduld;-)

 

So, jetzt fügst du die Felder Tank_ID, Datum (Feld umbenennen, Datum ist ein reserviertes Wort in Access) und Uhrzeit in ufoMeldung hinzu.

Das Hilfsfeld in fMeldung muss Tank_ID heißen.

Grüße
Ingo

 

So alles erledigt! *Smilie

 

Klappt es denn? Ich glaube nicht. Du musst das Hilfsfeld Tank_ID nennen, nicht txtTank_ID. Beobachte, was passiert, wenn du eine Tankstelle ausgewählt hast (im Datenblatt).

In den Feldern Datumsstempel und Zeitstempel trägst du im Attribut STandardwert in den Eigenschaften =Datum() und bei Zeit =Jetzt() ein. Im Zeitfeld musst du nur noch auf das gewünschte Format ändern.

Straße, PLZ und Name der Tankstelle kannst du dir sparen, du hast doch die Tank_ID gespeichert. Ein wesentliches, wenn nicht das Feature einer relationalen Datenbank.

Für später: Was ist, wenn der Melder erst einmal alle Tankstellen einer Firma aufrufen möchte?

Was ist, wenn der Melder nur den Ort, nicht aber die PLZ kennt?

Was ist, wenn der Melder morgens um 10 Uhr einen Preis festgestellt hat und mittags um 14 Uhr für die selbe Sorte einen anderen, kann das aber erst am 16 Uhr in der Datenbank eintragen?

Was ist, wenn du eine Tankstelle mehr als 5 Preisänderungen erfasst hast. Sind dann die Daten im Datenblatt noch gut sichtbar?

Grüße
Ingo

 

Also egal ob ich das Hilfsfeld "txtTank_ID" oder nur "Tank_ID" nenne, es funktioniert so wie es soll.

Also fürs erste genügt es mir wenn das hier alles so weit funktioniert, also das man auch die Sorte und den Preis eintragen kann und dann alles bei Klicken auf den Button in tMeldung abgespeichert wird.
Aber klar deine Überlegungen machen schon Sinn, aber wie gesagt das Melden und Speichern ist erst mal das Wichtigste.

Was mach ich eigtl mit der Benutzer_ID? Diese DB soll ja als Frontend verwendet werden (Es handelt sich hier aber nur um ein fiktives Projekt). Es soll also möglich sein das mehrere Nutzer gleichzeitig das Frontend aufrufen können und dann jeweils die angemeldete Benutzer_ID gespeichert werden soll. Diese Thematik habe ich aber bereits in einem anderen Thread aufgegriffen und bin im Moment noch dran.

Wichtig wäre aber auch das jeder, am Frontend angemeldete Benutzer, der einen Preis meldet ebenfalls erfasst wird sobald er einen neuen Preis meldet.

 

Neue Version

 

Nur soviel: Jeder Benutzer hat sein eigenes Frontend!
Wenn sich mehrere Benutzer an einem einzigen Frontend anmelden, gibt das nur durcheinander.

Grüße
Ingo

 

Das hier fehlt noch:

Grüße
Ingo