Office: (Office 2010) leeres Formular

Hi,

Ich habe aus 3 verschiedenen Kreuzabfragen ein Formular erstellt.
In der Entwurfsansicht werden mir alle Felder angezeigt, die ich aus den Tabellen ausgewählt habe.
In der Formularansicht hingegen sehe ich nur das: 17.10..png

Woran kann das liegen?

:)

 

Moin,
normalerweise daran, dass die Abfrage keine Daten liefert, die angezeigt werden könnten.
maike

 

Hi,

Wenn ich die Abfragen einzeln ausführe sehe ich aber die Daten, die ich gerne im Formular angezeigt haben möchte.

 

Und wenn du sie zusammen ausführst? Was auch immer das bedeuten kann ...

Wie sieht denn konkret die Datenherkunft des Formulars aus?
Liefert diese "3 verschiedene Kreuzabfrage" auch Daten?
maike

 

Also ich habe mehrere Preistabellen. Aus jeder Tabelle hole ich mir mit Hilfe der Kreuzabfrage eine Identifikationsnummer des jeweiligen Artikels, eine "Menge bis" und im Kreuz davon steht der Preis. Das funktioniert soweit auch.
Jetzt möchte ich im Formular, welches ich auf Basis der Kreuzabfragen erstelle, die Preise der einzelnen Artikel zusammenbringen. Ich habe vor die Felder im Formular so anzuordnen, dass die Preise schlussendlich untereinander stehen. Das formular dient zur Kalkulation und soll den Gesamtpreis aus den Einzelpreisen der Artikel ausrechnen

 

Hi,

was darf man sich darunter vorstellen, wie lautet die Datenherkunft des Formulars?

Ein Formular kann schließlich nur eine Datenherkunft haben.

 

Aber ich kann mir doch mit Hilfe des Formularassistenten aus mehreren Abfragen Felder zusammenstellen, oder nicht?

 

Dann macht der Assistent vermutlich eine Abfrage daraus. Also schau dir die Datenherkunft des Formulars doch einfach mal im Formularentwurf an und zeig uns den SQL-Code.

 

Urgh ich glaube ich weiss, wo der Fehler liegt.
Ich habe versucht Felder aus Tabellen und aus Abfragen als Datensatzherkunft für das Formular zu definieren. Das geht natürlich nicht.
Liegt daran, dass die Preistabellen (auf denen die Abfragen aufgebaut sind) ein Feld als Fremdschlüssel einer Artikeltabelle erhalten.

 

Tabellen und Abfragen sind normalerweise, wenn richtig aufgebaut, als solches kein Hinderungsgrund.
Aber weshalb dies hier:

?
Wenn die Preise in einer Tabelle stünden, dann hätte man die ganzen Probleme vermutlich nicht.
maike

 

Also es gibt in den Artikeltabellen mehrere Komponenten.
Sagen wir ArtikelA hat KompoA,KompoB,KompoC und KompoD.
Es gibt dann eine Preistabelle_KompoA, Preistabelle_KompoB, Preistabelle_KompoC und Preistabelle_KompoD.
Warum? Weil jede Komponente (A,B,C,D) verschiedene Ausführungen hat und jede dieser Ausführungen hat eine eigene Preisstaffelung. Die Staffelungen der Ausführung sind in der Preistabelle enthalten. In der Artikeltabelle erscheint im Feld "KompoA" lediglich die Nummer der Ausführung

 

Na und?
Dann sieht die Preistabelle halt so aus:
Code:

Willst du den ganzen Schrott neu programmieren, sobald mal ein Artikel auch noch Kompo E oder F hat?
maike

 

Also hier mal mein momentanes Datenmodell:
17.10.2.png
Komponente habe ich in Bauteil umbenannt.

Man soll später 2 hauptsächliche Dinge tun können:
Zuerst soll man aus jedem Bauteil eine bestimmte Ausführung (ID_Bauteil) wählen können und somit ein fertiges Produkt zusammenstellen, das in der Tabelle "fertiges Produkt" gespeichert wird. Ich habe mir gedacht, dass man durch Kombifelder in einem Formular jedes einzelne Bauteil auswählen kann.
Man braucht nicht jedes Mal alle vier Artikel, es sind jedoch immer mindestens 2. Sieht in etwa so aus: 17.10.3.png

Ich habe so ein Datenmodell gewählt, weil wenn ich die Preise der Bauteile in den Artikeltabellen führe, erscheinen die ArtikelIDs mehrfach in der Artikeltabelle und ich kann somit keine referentielle Integrität zur Tabelle "fertiges Produkt" herstellen. Desweiteren werden in der Artikeltabelle noch weitere technische Daten geführt.
Das zweite ist ein Formular zur Kalkulation. Hier ist nochmals jedes Bauteil aufgeführt, inklusive dessen ID und Preis. Geht etwa in die Richtung: 17.10.4.png

Die Preistabellen sehen exemplarisch so aus: 17.10.5.png

Ich hoffe es wird nun klarer, was ich versuche zu erreichen

 

Und genau aus diesem Grund, solltest du die Staffelpreise zusammen mit den Unter- und Obergrenzen in separaten Datensätzen in einer gemeinsamen Tabelle speichern.

Hatten wir das nicht schon mal?! irgendwie scheinen alle gut gemeinten Ratschläge an dir abzuprallen...

PS:
Die Preistabellen sind doch im Aufbau völlig identisch (und darüberhinaus auch völlig OK!), somit gibt es doch überhaupt keinen Grund, diese nicht zu einer zusammenzuführen. Gleiches gilt für die Artikeltabellen. Bleibt lediglich die Produkttabelle zu bemängeln, aber auch dazu hatte ich bereits einen Vorschlag gemacht.

 

Nein die prallen nicht ab, ich hab keine Ahnung wie man das umsetzt *frown.gif* Kannst du mir ein Beispiel machen wie das dann auszusehen hat?

Wenn ich dich richtig verstehe sollte ich alle Bauteil-Preistabellen in einer einzigen grossen zusammenführen?

EDIT: Die Preistabellen sind leider nicht identisch. Sorry, daher kommt die Misskommunikation. Die verschiedenen Bauteile haben manchmal eigene Staffelungen.
Eine geht so: 1-10, 11-20, 21-30, 31-40
Die nächste so: 1-50, 51-100, 101-200
EDIT EDIT: Wobei das ja kein anderer Aufbau ist, sondern nur andere Werte.