Neuigkeiten:

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

Mobiles Hauptmenü

=[cboxxx].[Column](2)

Begonnen von phaser-001, Januar 13, 2023, 06:50:22

⏪ vorheriges - nächstes ⏩

phaser-001

Hallo zusammen.
irgendwie stehe ich auf der Leitung, hoffe es hilft mir jemand.
ich habe ein Formular mit einem =[cboxxx].[Column](1) dieses Ergebnis/Inhalt was dort angezeigt wird soll mit den anderen werten in eine Tabelle gespeichert werden. soweit geht es ja, nur der Inhalt von dem Feld will er nicht in die Tabelle übertragenSie dürfen in diesem Board keine Dateianhänge sehen.

Josef P.

#1
Hallo!

Da ist bestimmt eine KI im Einsatz, die verhindert, dass redundante Daten gespeichert werden. ;D

Automatisch werden bei Formularen nur die Werte der gebundenen Steuerelemente übernommen.
Du müsstest bei Änderung des Eintrags in "Bereich" per VBA den Werte auf eine gebundene Textbox übertragen.
Allerdings sieht das so aus, als wäre der Inhalt von "Bezeichnung" aus der BereichID ableitbar. Somit muss dieser Wert nicht noch einmal gespeichert werden.

Gruß
Josef

MzKlMu

Hallo,
@Josef 
Solche Antworten gefallen Ihm gar nicht.
https://www.access-o-mania.de/forum/index.php?topic=26234.msg156454#msg156454

@phaser-001
Du kannst es drehen und wenden wie Du willst, es ist überflüssig. Warum Du das Thema dann noch mal anfängst, statt im anderen Thema einfach noch mal nachzufragen  verstehe ich auch nicht.
Gruß Klaus

Phaser001


ebs17

Ja, lass Dich nicht von Experten mit Hinweisen darüber verwirren, was und wie man es machen sollte, wenn es gut werden soll. Du hast Deine eigene Spielwiese und weißt, was Du willst.

Rein technisch liefe ja ein Speichern über den Code hinter dem Save-Button ab, der dankenswerterweise (man muss sich nicht näher damit beschäftigen) nicht gezeigt wird. In diesem Code würdest Du die Spalte einbauen können.
Mit freundlichem Glück Auf!

Eberhard

MzKlMu

#5
Hallo,
es bleibt trotzdem dabei, es ist überflüssig, unnötig und ein grober Strukturfehler.

Nenne mir mal einen Grund, wozu Du das benötigst.
Gruß Klaus

phaser-001

Sorry, ob überflüssig oder nicht- ich habe eine frage gestellt und wollte eine Antwort zu dieser frage und keine Ratschläge. wenn es so wäre hätte ich um Tipps gefragt. tut mir Leid aber sowas kotzt mich an.

MzKlMu

Hallo,
statt Dich hier auszukotzen hättest Du besser mal die Hinweise in #1 und #4 versucht zu verstehen, da steckt nämlich die Lösung Deiner Frage drin. Und die Beantwortung nach dem Grund des Vorhabens in #5 hätte Dir vieleicht Erkenntnise gebracht die zu einem besseren Verständnis einer Datenbank geführt hätten.
Aber kein Problem, werde mich zukünftig aus Deinen Themen raushalten.
Gruß Klaus

Beaker s.a.

@Phaser001
Vielleicht solltest du dich mal intensiver mit den Eigenschaften
von Kombifelder auseinander setzen. Um die Bezeichnung des Bereichs
zu sehen, reicht es doch die beiden Spalten davor auf eine Breite
von 0cm einzustellen. Dass das nochmalige Speichern der Bezeichnung
überflüssig ist wurde bereits in #1 erwähnt.
Um die Bezeichnung in einem anderen Form zu sehen musst du doch nur
in dessen DS-Herkunft (die mit dem FK) die Bereichstabelle dazu "joinen"
SELECT T.Felder, B.Bezeichnung
FROM DeineTabelle AS T
INNER JOIN Bereiche AS B
ON T.BereichsID_F = B.BereichsID

gruss ekkehard
Alles, was geschieht, geschieht. - Alles, was während seines Geschehens etwas anderes geschehen lässt, lässt etwas anderes geschehen. - Alles, was sich selbst im Zuge seines Geschehens erneut geschehen lässt, geschieht erneut. - Allerdings tut es das nicht unbedingt in chronologischer Reihenfolge.
(Douglas Adams, Mostly Harmless)