Neuigkeiten:

Wenn ihr euch für eine gute Antwort bedanken möchtet, im entsprechenden Posting einfach den Knopf "sag Danke" drücken!

Mobiles Hauptmenü

Ufo 2 in Abhängigkeit von Ufo 1

Begonnen von Klaus S. aus B, Dezember 20, 2016, 14:32:41

⏪ vorheriges - nächstes ⏩

Klaus S. aus B

Hallo zusammen,

stehe mal wieder auf dem Schlauch und habe in keinem Post etwas rettendes gefunden.

Ich habe ein Formular mit einem Unterformular (zu einem Thema kann es unterschiedliche Aufgaben geben). Dieses Ufo ist als Endlosformular ausgeführt.
Soweit alles klar.
Jetzt kann es aber zu jeder Aufgabe mehrere Unteraufgaben geben.
Jetzt möchte ich gerne im Ufo 2 nur die Unteraufgaben zur Aufgabe und nicht zum Thema anzeigen.

Wie bekomme ich das hin?

Gruß
Klaus

MzKlMu

Hallo,
weiteres Ufo in Ufo1, allerdings kann dann Ufo1 nicht mehr endlos sein.
Ich lege dann in Ufo1 ein Listenfeld zur Auswahl der Themen an.
Gruß Klaus

Klaus S. aus B

Hallo Klaus,

Danke für die Antwort.
Das hilft mir aber nicht weiter. Das sind zu viele Daten in der Aufgabe, das bekomme ich mit einer Liste nicht dargestellt.

Gruß
Klaus

Xoar

#3
Man könnte auch im HF ein Textfeld erstellen was die aktuelle ID aus Ufo1 darstellt und sich dann mit dem Ufo2 auf dieses Textfeld beziehen.

Sowas hab ich mal gemacht, wo ich auch zwei Endlosformulare nebeneinander gepackt habe.

http://www.access-o-mania.de/forum/index.php?topic=21318.0

DF6GL

Hallo,

Zitatweiteres Ufo in Ufo1, allerdings kann dann Ufo1 nicht mehr endlos sein.

Mit einem Trick ist das trotzdem möglich:

Ein UFO-Steuerelement im Formularfuß vom UFO1 einfügen, das ein  Endlosform anzeigt.

Access meckert dann, dass das bei einem Endlosform nicht gehen soll/darf und stellt UFO1 auf Einzelform um.
Zeig Access aber, dass Du der Herr im Haus bist und stelle das UFO1 wieder auf Endlosform zurück.


Das UFO2 zeigt dann (richtige Verknüpfungen vorausgesetzt) die "Unterdatensätze" des akt. markierten DS an.

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

Klaus S. aus B

 Hallo Franz,

vielen Dank! Super Tipp.

Jetzt habe ich nur noch ein anderes Problem.  ::)

Wenn ich aus dem Ufo 2 einen Datensatz lösche, kommt die Nachfrage und bei "ja" löscht er den DS. Nach einem Refresh ist er aber wieder da. ???

Ich hänge hier mal die Beziehungen an. Es geht um DS in tbl_action. Diese lassen sich im Moment nur in der Tabelle selbst löschen.

Gruß
Klaus

Klaus S. aus B

Zitat von: Xoar am Dezember 20, 2016, 20:16:11
Man könnte auch im HF ein Textfeld erstellen was die aktuelle ID aus Ufo1 darstellt und sich dann mit dem Ufo2 auf dieses Textfeld beziehen.

Sowas hab ich mal gemacht, wo ich auch zwei Endlosformulare nebeneinander gepackt habe.

http://www.access-o-mania.de/forum/index.php?topic=21318.0

Hallo Xoar,

das klingt auch gut. Werde ich mal ausprobieren. So was in der Art ist mir vorgeschwebt.

Gruß
Klaus

Lachtaube

Der Wiederauferstehung gelöschter Datensätze will ich keinen Glauben schenken. Wenn es in tbl_Resp noch Daten zum zu löschenden Datensatz in tbl_Action gibt und keine Löschwertweitergabe eingestellt ist, darf ein solcher Datensatz gar nicht erst gelöscht werden, bis alle seine "Kinder" gelöscht wurden. Warum sich das Formular so verhält, dürfte ohne Kenntnis desselben schwierig zu ergründen sein.
Grüße von der (⌒▽⌒)

Klaus S. aus B

Hallo Lachtaube,

ich hatte dieses Phänomen bisher auch in keiner  meiner Datenbanken. Ich stehe aber völlig auf dem Schlauch , was ich dieses Mal falsch gemacht habe.

Fakt ist, dass alle 1:n Beziehungen mit referentieller Integrität inkl. Aktualisierungs- und Löschweitergabe definiert sind.
???

Es ist auch für das HF und alle UFo "Löschen zulassen" eingestellt.

Gruß
Klaus

ebs17

ZitatEs geht um DS in tbl_action. Diese lassen sich im Moment nur in der Tabelle selbst löschen.
Wenn ein Löschen in der Tabelle gelingt, stehen keine Datenbankregeln (Tabellendefinition, referentielle Integrität) dagegen.

Somit sollte man das Problem in der Oberfläche (Formulare) suchen.
Sofern Du da Hilfe benötigst, solltest Du die Kenntnis darüber anderen geben => Demo-DB.
Mit freundlichem Glück Auf!

Eberhard

Klaus S. aus B

Hallo Eberhard,

Du hast völlig recht, ich versuche mal die DB so abzustrippen, dass ich sie hochladen kann (was immer sehr schwierig ist).

Gruß
KLaus

Lachtaube

Und in betroffenem Formular ist auch nur eine Tabelle involviert oder liegt als Daransatzquelle eine Abfrage über mehrere Tabellen vor?
Grüße von der (⌒▽⌒)

Klaus S. aus B

Hallo Lachtaube,

ich habe meistens Abfragen als Datenbasis. Kann mir aber nicht erklären, wann es klappt und warum hier nicht.

Anbei die Demo DB (hat auch sonst noch ein paar Fehler und Baustellen).

Gruß
Klaus

Klaus S. aus B

Hallo,

ich habe zumindest gefunden, woran es liegt. ;-)

Die Abfrage als Datenquelle für das Ufo2 mit seiner Beziehung zur m:n Tabelle verhindert das Löschen.
Jetzt muss ich nur noch rausfinden, wie ich das lösen kann.

Gruß
Klaus