Office: (Office 2010) Popup bei gewisser auswahl im Combofeld

habe ich so angenommen *Smilie

 

Hallo Alfred,
Hm, Vorrats-DS zu erzeugen halte ich nicht für eine so gute Idee. In diesem
Fall behindert es beim Verkauf die Auswahl der tatsächlich im ausgewählten
Wallet vorhandenen Coins, da immer alle im Kombi angezeigt werden. Die
Tabelle an sich ist sicher nicht verkehrt, muss aber gepflegt werden. Entweder
beim Anlegen eines neuen Wallets oder wie unten.
An deinem Modell stört mich jetzt Folgendes,
- der verwaiste FK (fk_wallet_id) in den Transaktionen
- fk_coin_id müsste fk_coins_wallets_id heissen
- durch diese Beziehung (und ohne! die Vorrats-DS) müsste man beim
Buchen einer "Einzahlung" prüfen ob ein DS in tbl_coins_wallets angelegt
werden muss.

gruss ekkehard

 

...in der Tabelle tbl_trans... kann man dieses Feld löschen,
nur muss man dann das Wallet-Kombi ungebunden erstellen.
Muss aber dann nach der Buchung gelöscht werden,
sonst bleibt der Wert erhalten.

 

Guten Morgen,

habe es jetzt so getestet.
Im Button Buchen, den Code ergänzt...
Code:

Funktioniert gut, in der Tabelle kann man das Feld löschen.
Ob jetzt für alle Wallets alle Coins gebraucht werden, weiß ich nicht.
Nicht gebrauchtes muss man ja nicht einfügen oder kann man ja auch wieder löschen.

PS: und beim Schließen habe ich das zum letzten DS springen auskommentiert...
wüsste nicht warum zum letzten DS!?
Bestand muss auch noch korrigiert werden im Feld...
Code:

Und in der Abfrage abf_bestand gehört coin_ID auf fk_coin_ID geändert!

Langsam aber sicher *biggrin.gif*

 

...auch nicht alles so richtig gewesen.
aber bin dran... habe ja Corona-Zeit!

 

...da hängt noch ein ganzer Schwanz an Überlegungen noch daran...!
Schön langsam wird es, aber das dauert noch, gut das mir Fad ist *grins

 

Hallo Alfred,
Schön, dass du, wenn auch gezwungenermaßen, Zeit hast. Mir ist leider
nicht fad. Ich habe einen Aushilfsjob im medizinischen GH (spez. CPAP),
und da brennt die Hütte, so dass es z.Zt. fast in einen Vollzeitjob ausartet.

Wahrscheinlich. Hast du auf Grund deines DM auch die Abfragen beim
Buchen angepasst (Feldliste, Schlüsselfelder) ?

Ersteres wahrscheinlich nicht, letzteres ist wohl richtig, IMO aber fehler-
trächtig. Ich halte diese n:m für überflüssig, da sich die Zuordnung über
die Transaktionen ergibt, wie "Lager"bewegungen eben.
Aus diesem Grund würde ich auch das Formular ganz anders gestalten; -
HFO auf Basis der Wallets und ein UFo auf Basis der Transaktionen. Da
habe ich gleich alle TA des Wallets im Überblick, kann auf Ein- bzw. Aus-
gänge und Termine filtern und summieren.
Ich versuche mal da was zusammen zu klicken. Bin aber leider am WE
auch schon sehr eingespannt; - mal sehen. Vor allem mal hören, was der
TS noch so für Überlegungen einbringt.
gruss ekkehard

 

Hallo,

habe die Db soweit fertig, sollte nur mehr getestet werden,
falls sich jemand dafür findet und Interesse hat.

Kann natürlich das eine oder andere noch nicht so funktionieren
wie es soll oder gewünscht ist.

 

Hallo Alfred,

Und warum veröffentlichst du sie dann nicht?
Ich belasse es dann erstmal dabei und warte ab, was der TS noch so zu sagen hat.
gruss ekkehard

 

Hallo ekkehard,

wenn's keinen mehr interessiert... schade um den Platz.

Zur DB: habe dieses hin und her Buchen auf 1x reduziert...
für was in beide Richtungen...?!
Die Namen in den Tabellen habe ich auch so belassen, falls der Threadstarter
sich noch mal meldet (man weiß ja nie), dass es zu seiner DB passt...
halt so ungefähr.

Bin wie gewohnt bei meiner Version geblieben... Zwischentabelle.

Hoffe, dass ich nichts übersehen habe... wenn muss man es halt ausbessern.
Für mich war es nur Unterhaltung... *Smilie

 

Hallo Alfred,

Da ich mir deine DB noch nicht angeschaut habe, bin ich jetzt nicht sicher
welches Buchen du meinst. Das Umbuchen von Coins von einem Wallet zum
anderen war eine Anforderung des TS. Da braucht es eben zwei Buchungen
(DS). Das hat in meiner Version ja auch geklappt.

Hat sich nach Ansicht der deiner DB erledigt. Muss jetzt nur noch mal bei mir schauen
warum ich da zwei Einträge hatte.
Ansonsten bin ich ganz bei dir, die DB erst mal ruhen zu lassen bis der TS sich wieder
meldet.
gruss ekkehard

 

Hallo ekkehard,

das ist mir klar, aber...
wenn ich es händisch mache mit 2 Buchungen, brauche ich diesen Punkt
[Withdrawal from Wallet] gar nicht mehr.
Bei mir wird das gleichzeitig erstellt die Buchung (vom Wallet -) und die Buchung (zum Wallet +).
Und, man darf natürlich, wenn keine Coins gekauft wurden solche auch nicht verkaufen können, usw.
Höchstens, ich habe es falsch verstanden, denke aber... nö *Smilie.
Kann auch sein, dass ich eine Version von ihm habe, bei der das nicht mehr funktionierte.
Keine Ahnung, aber mM war da einiges falsch.

PS: Ruhen lassen... natürlich *Smilie

 

Hallo Alfred,
Mich interessiert es noch, auch wenn ich immer noch wenig Zeit habe. Aber
was lernen ist immer gut.
Habe mir jetzt deine DB näher angeschaut und habe angefangen zu testen.
Und da geht es schon los; - da alle Tabelle bis auf die Stammdaten (Wallest/
Coins/Trans-Arten) leer sind, geht zunächst nur Einkauf. Beim Einkauf müssen
aber immer alle Wallets und Coins in den Kombis auftauchen. Das klappt bei
den Wallets
Code:

aber nicht so bei den Coins
Code:

sondern
Code:

Der Button zum Schreiben der tbl_coins_wallets ist zu unauffällig und IMO
auch nicht komfortabel. Zudem musst du diesen Vorgang auch rückgängig
machen falls die Eingabe danach doch noch abgebrochen wird.
Weiter bin ich noch nicht gekommen, bleibe aber dran (s.o.).
gruss ekkehard

 

...dann klicke mal auf den [

 

Hallo Alfred,
Ja, ja, hab' ich ja gemacht, - funzt ja auch. Wollte nur sagen, dass man
da als Anwender aber erstmal drauf kommen muss. Da gehört dann
zumindest ein Tipp-Text dazu und evtl. eine Prüfung ob es den Eintrag
schon gibt, womit man die Enabled-Eigenschaft setzen könnte.
gruss ekkehard