Hallo zusammen,
ich bin an meiner ersten Datenbank am verzweifeln.
Ich habe eine Haupttabelle mit Umsätzen
ID Datum Konto Ausgabe Betrag
Die Ausgabe möchte ich unterteilen in Ausgabe - Unterbezeichnung - Firma
Also zum Beispiel Auto - tanken - Tankstelle 1
Auto - Reparatur - Werkstatt 1
Dazu nehme ich doch 3 Tabellen, nämlich Ausgabe - Unterbezeichnung - Firma
In Beziehung gesetz sieht das dann so aus:
Haupttabelle speichert ID von Ausgabe, Ausgabe die ID von Unterbezeichnung und Unterbezeichnung von Firma.
Nur wenn ich jetzt eine Ausgabe anlegen will, muss ich das doch rückwärts machen,
also erst die Firma dann die Unterbezeichnung mit Firma und dann Ausgabe mit Unterbezeichnung. Ist das richtig? Und gibt es eine Lösung von Ausgabe bis zu Firma zu gehen, das ist logischer.
Meine Lösung ist zur Zeit Haupttabelle speichert AusgabeID, Unterbezeichnung speichert Ausgabe ID und FirmenID.
Nur eine Abfrage mit allen Tabellen und Feldern für die Eingabe der Umsätze und Anzeige in einem Endlosformular scheitert.
Woran liegt das?
MFG
AbsolutNeu
Hallo,
mach Dir erst einmal die Datenzusammenhänge klar und fasse alle zusammengehörenden Daten zu einem Datenblock(--> Tabelle) zusammen. Setze dann die sich ergebenden Tabellen über die Schlüssselfelder in Beziehung zueinander. (--> Normalisierung, siehe u. st. Links zu diesem Thema.)
Somit ergäbe sich etwa solche Konstellation:
tblUmsaetze
UmsID (PK)
Ums_KontoID (FK)
UmsArtID (FK)
Ums_FirmaID (FK)
Ums_Betrag (Währung)
UmsDatum (Datum/Uhrzeit)
Ums_Notiz (Text, bzw. Memo)
.
.
tblKonten
KontoID (PK)
Konto_Bezeichnung (Text)
.
.
.
tblUmsatzArten
UmsArtID (PK)
UmsArt_Bezeichnung
UmsArt_Notiz
.
.
.
tblFirmen
FirmaID
Firma_Bezeichnung
Firma_......
.
.
.
Beziehungen:
tblUmsaetze n:1 tblKonten
n:1 tblKonten
n:1 tblFirrmen
n:1 tblUmsatzArten
wobei ich mit der Tabelle tblFirmen nicht so genau weiß, was damit bezweckt werden soll...(Außer es gibt ein bekanntes "Kontingent" an Firmen, bei denen man "sein Geld läßt"...)
Möglicherweise kommt Dir auch das Beispiel "Kassenbuch" aus dem Downloadbereich entgegen...
Hallo DF6GL,
Danke für Deine Antwort!
Das Prinzip Deiner Ausführung ist mir klar. Nur möchte ich die Unterteilung der Ausgaben abhängig machen. Das heißt, 3 abhängige Kombinationsfelder, die je nach Auswahl die anderen füllen. Das geht nur, wenn ich die Tabellen in Beziehung setze und nicht separat in der UmsatzTabelle speichere oder?
Die FirmenTabelle habe ich separat, um Informationen(wie Anschrift, Ansprechpartner(was nur bei einem geringen Teil vorkommen wird)) und Kontodaten der jeweiligen Firma zu speichern.
Die Unterteilung möchte ich später nutzen, um die Aus und Einnahmen gruppiert anzuzeigen.
MFG
AbsolutNeu
Hallo,
vermutlich ist es nicht ganz klar...
ZitatNur möchte ich die Unterteilung der Ausgaben abhängig machen. Das heißt, 3 abhängige Kombinationsfelder, die je nach Auswahl die anderen füllen
Da gibt es keine "Unterteilung", eine "Ausgabe" (tblUmsaetze-Datensatz) besitzt lediglich Attribute wie "Firmen", "Konto".... (--> PK aus den anderen Tabellen als Fremdschlüssel).
ZitatDas heißt, 3 abhängige Kombinationsfelder
von was "abhängig" ? Ich rate nochmal dazu , die Datenzusammenhänge klar zu stellen....
Hallo nochmal,
also ich möchte folgendes eingeben
ID Datum Konto Ausgabe Unterteilung Firma Betrag
Versicherung Lebensversicherung LVM
Versicherung Rentenversicherung Barmer
Freizeit Kino Kinocenter
Freizeit Access Kurs VHS
Die Auswahl Versicherung im Kombinationsfeld Ausgabe soll im Kombinationsfeld Unterteilung nur die Versicherungen anzeigen und die Auswahl der Unterteilung soll nur eine Auswahl der Firmen anzeigen.
Es soll sozusagen die Eingabe erleichtern. Vielleicht sollte ich die Firmenauswahl doch separat in der UmsatzTabelle machen. das wäre schon mal einfacher.
Ich hoffe Du kannst mir folgen.
Mfg
AbsolutNeu
Hallo,
naja, dann brauchst du eben noch eine Tabelle 'Unterteilung' mit UntID und Unt_Bezeichnung als Tabellenfelder
Und zusätzlich 2 so genannte Zwischentabellen, in denen die Zuordnung zwischen 'Umsatzartart' und 'Unterteilung' gespeichert ist und in der weiteren die Zuordnung zwischen 'Unterteilung' und 'Firma'.
tblUmsArtUnterteilung
UmsArtID_F
UntID_F
sowie
tblUnterteilungFirma
UntID_F
FirmaID_F
leg mal die Tabellen an und schaffe ein Formular über das du die beiden Tabellen mit Daten versorgst.
Danach kann man mal über die Aktualisierung abhängiger KombiFelder reden 8)
hallo nochmal,
ich glaube das mit den ZwischenTabellen (jetzt schreib ich schon so, wie ich die Objekte in Access benenne :)) ist ein sehr guter Ansatz. Das ist das was mir wahrscheinlich gefehlt hat. Leider kann ich das heute nicht mehr ausprobieren, werde es hoffentlich morgen können und werde dann das Ergebnis posten.
Das mit den abhängigen Kombinationsfelder kenne ich schon. Tabellen und Beziehungen machen mir mehr Schwierigkeiten. Schlechte Beziehungen versauen eim alles :)
Schon mal vielen Dank und einen schönen Abend.
Mfg
AbsolutNeu
Hallo,
Zitatich glaube das mit den ZwischenTabellen .... ist ein sehr guter Ansatz
Nein mein Freund, das ist kein
sehr guter Ansatz, das ist für die Funktionalität einer relationalen Datenbank
lebensnotwendige Gegebenheit ;) 8)
ZitatSchlechte Beziehungen versauen eim alles :)
Bin da ganz deiner Meinung ;D
Hallo Peter,
es hat mal wieder länger gedauert! Ich habe viel gelesen und ausprobiert (eher zweites ;D).
Aber meiner Meinung nach funktioniert die Kategorie Zuweisung und die Auswahl der Kategorien in der Umsatztabelle.
Nur was ich nicht hinbekomme ist, das mir die Daten der Umsatztabelle im Endlosformular angezeigt werden bzw. die Auflösung der IDs.
Meine Fragen:
1. Ist es überhaupt richtig die IDs der Kategorie, Unterkategorie und Firma in der Umsatztabelle zuspeichern? oder löst man das anders.
2. Wie kann ich die IDs der Unterkategorie und der Firma auf einem Endlosformular auflösen und die Bezeichnung bzw. Namen anzeigen lassen. Der Versuch eine Abfrage zuerstellen mit allen Tabellen geht schief. Ich kann eine Abfrage erstellen, die die Umsätze, die Konten und die kategorien beinhalten. Abersobalt ich die Unterkategorie mit einbinde wird kein Datensatz mehr angezeigt.
3. Mal angenommen ich möchte für meine Einkäufe die einzelnen Posten aufzählen oder ich möchte zu jedem tanken den Verbrauch erfassen. Könnte ich dann eine Tabelle erstellen zum Beispiel Lebensmittel und mache eine 1:1 Beziehung zu der UmsatzID. Oder ist es besser in einem Formular wo die Daten für die Lebensmittel eingegeben werden, die UmsatzID in einem Feld zuspeichern?
Im Anhang habe ich mein Haushaltsbuch (verkleinerte version, ich hoffe es funktioniert noch alles ;D)
bis denne
AbsolutNeu
Also ...
zu 1:
Nein, ist nicht richtig
In der Tabelle steht die Information was an wen bezahlt wurde.
Nachdem du die Tabellen schon einigermaßen richtig zusammengestellt hast - über dein Wahl von Feldnamen diskutiere ich an der Stelle besser nicht ;) :o ....
In dieser Tabelle soll nach der Erfassung einer Ausgabe der Fremdschlüssel zur Tabelle tbl_KategorieUnterkategorie stehen und der Fremdschlüssel zur tbl_Firmen .
Die tbl_Konten hat mit der tbl_Firmen nichts zu tun, du erfasst da Zahlungsarten - die haben mit der Transaktion was zu tun!
Die Beziehung zwischen tbl_Transaktion und tbl_Kategorie kannst auch löschen - dann natürlich auch den Fremdschlüssel in der tbl_Transaktion
Ob du dieses verdammt gute Feature
'Anlagefeld' in deiner Tabelle wirklich haben willst überlasse ich deiner Endentscheidung - ich würd's rausschmeißen und die Existenz dieses Features gleich komplett vergessen.
Die Speicherung von Dokumenten ... ich nehme an du willst z.B. Rechnungen etc. dauerhaft speichern - löst man viel eleganter und mit weniger Problemen indem man die Dokumente in Verzeichnissen speichert und den Link zur entsprechenden Datei in der Tabelle.
Allerdings dann nicht in der Firmen-Tabelle sondern in einer eigenen mit Beziehung zur Transaktion.
zu2:
Wo passiert das Problem ... das eigentlich keins ist, wenn das Datenmodell richtig gestaltet ist und ei Tabelleneinträge stimmen.
Vielleicht hast du eine tote Referenz in einer Zwischentabelle stehen oder eine benötigte nicht erfasst?
ZitatWie kann ich die IDs der Unterkategorie und der Firma auf einem Endlosformular auflösen und die Bezeichnung bzw. Namen anzeigen lassen
Naja du fragst hierbei die Zwischentabelle ab - da brauchst du die Beziehung zur Mastertabelle und aus denen holstt du die Namensfelder in deine Abfrage.
Wenn du z.B. alle Kategorien und deren Unterkategorien aus der Tabelle tbl_KategorieUnterkategorie mit den Namen der .... haben willst:
SELECT tbl_KategorieUnterkategorie.kukID, tbl_Kategorien.katBezeichnung, tbl_Unterkategorie.untBezeichnung
FROM tbl_Unterkategorie
INNER JOIN (tbl_Kategorien
INNER JOIN tbl_KategorieUnterkategorie
ON tbl_Kategorien.katID = tbl_KategorieUnterkategorie.kukkatIDRef)
ON tbl_Unterkategorie.untID = tbl_KategorieUnterkategorie.kukuntIDRef
zu3:
ZitatMal angenommen ich möchte für meine Einkäufe die einzelnen Posten aufzählen oder ich möchte zu jedem tanken den Verbrauch erfassen
Das sind 2 unterschiedliche Dinge!
Du bezahlst JEDES tanken einzeln an der Tankstelle - also wird das aus der tbl_Transaktion auszulesen sein,
Deine Einkäufe verbuchst du aber in dieser Tabelle nur als Gesamtinformation - also dessen Endbetrag und nicht den Inhalt deines Einkaufswagens - das würde keinen Sinn ergeben.
Wenn du aber Einkäufe detailliert auswerten möchtest musst du diese in einer eigenen Tabelle speichern.
1:1 - Beziehungen sind dabei keine im Spiel
Es gibt dann eine Einkaufs_ID welche 1:n mit der Transaktion in Beziehung steht
in deinem Fall würdest du nun noch eine Tabelle EinkaufsDetails benötigen ...
Felder:
Eingekaufte Ware
die Anzahl
deren Preis
die Einkaufs_ID als Fremdschlüssel
hallo Peter,
Vielen Dank für Deine Rückmeldung!
Zu den Feldnamen: in den Büchern von Lorenz Hölscher habe ich gelernt, bei Feldnamen die ertsen 3 Buchstaben für die Tabelle in der sich der feldname befindet zu nehmen. Dann kommt die Bezeichnung oder Name des Feldes. Ist es aber ein Fremdschlüssel so kommen noch 3 Buchstaben von der Fremdtabelle dazu und IDRef als Hinweis, das es ein Beziehungsfeld ist. Mir hilft diese Technik die Felder bessser zuzuordnen. Es ist halt gewöhnungsbedürftig!
ZitatIn dieser Tabelle soll nach der Erfassung einer Ausgabe der Fremdschlüssel zur Tabelle tbl_KategorieUnterkategorie stehen und der Fremdschlüssel zur tbl_Firmen
Kann es sein, das ich noch den Fremdschlüssel zur Tabelle tbl_UnterkategorieFirma erstellen muss und den Firmenfremdschlüssel weglassen soll? Denn die Firma ist ja an eine Unterkategorie gebunden?
ZitatDie tbl_Konten hat mit der tbl_Firmen nichts zu tun, du erfasst da Zahlungsarten - die haben mit der Transaktion was zu tun!
Das war mein Fehler! In meiner Datenbank habe ich Depots für Spardose, Portemonnaies (ohne Kontonr. und Bank) und Konten mit Kontonr. und einer Bank und zu jedem Depot einen Besitzer
Also: Depot(Bezeichnung/Besitzer/Starwert/Startdatum) - n:1 - Kontonr. - n:1 - Bank
Und beim Verkleinern der Datenbank habe ich die falsche Beziehung gelöscht. Die Beziehung von Firma zu Konto will ich nutzen, um Firmen ein Konto zuzuweisen.
Das Anlagenfeld wollte ich für Unterlagen für bestimmte Firmen/Einrichtungen, wo ich einmal im Jahr was hinschicken muss. Da es nicht viele sind, werde ich wohl das Feld weglassen und den Link speichern. Verbraucht ja weniger Speicherplatz.
Nun zum Kernproblem:
Ich habe die Transaktionstabelle geändert und die IDs der Zwischentabellen mit aufgenommen. Nun habe ich im Formularkopf meine Felder:
ID Datum Konto(Kombi) Kategorie(Kombi) Unterkategorie(Kombi) Firma(Kombi) ....
Wie bekomme ich jetzt die Kombis gefüllt? Muss ich Deine Abfrage mit Group zusammenfassen, (damit mir nur jeweils einmal die Kategorie angezeigt wird) und dem Kategorie(Kombi) als Datensatzherkunft zuweisen? und der Unterkategorie die gleiche Abfrage mit der Bedingung nur die, die im Kategorie(Kombi) ausgewählt wurde? Aber wie ermittel und speichere ich die ID aus der Zwischentabelle?
Wie kann ich die Tabelle dann im Detalisbereich als Endlosformular darstellen? Muss ich die Datensatzherkunft vom Formular ergänzen? Also tbl_Transaktionen, tbl_Konten, tbl_KategorieUnterkategorie und tbl_UnterkategorieFirma? Wie würde so eine Abfrage lauten? Ich bin froh, wenn ich einfache Abfragen erstellen kann, wenn Inner join ins Spiel kommt, läuft das bei mir im Kopf irgenwie ins Leere ;D
ZitatDu bezahlst JEDES tanken einzeln an der Tankstelle - also wird das aus der tbl_Transaktion auszulesen sein
In Excel habe ich derzeit eine Tabelle, wo ich die Kilometer, getankte Liter erfasse und den Verbrauch errechne. So hab ich mal feststellen können, bei erhöhtem Verbrauch, das meine Bremsen festsitzen. ;)
Das wäre dann auch wieder eine ExtraTabelle wie die EinkaufDetails.
Ich würde es so machen:
EinkaufID
TransaktionsID (aktuelle ID bei Formular EinkaufDetails öffnen übergeben und in Variable
speichern, da es ja meist mehrere Posten auf der Einkausliste sind)
WarenName
Stück
Einzelpreis
Ist das auch eine Möglichkeit?
Ich bin jetzt 5 Stunden am "basteln" und ich gehe jetzt in die Luft (äh) an die frische Luft ;D
Ich weiß, das sind Fragen über Fragen. Man hat es auch nicht leicht mit Anfängern. Meine Mutter hätte schon längst den Stecker gezogen und mir ein Buch in die Hand gedrückt! ;D
Ich weiß das wirklich zu schätzen, wenn ich hier unterstützt werde. Vielen Dank auch dafür.
Mfg
AbsolutNeu
Hallo,
ZitatKann es sein, das ich noch den Fremdschlüssel zur Tabelle tbl_UnterkategorieFirma erstellen muss und den Firmenfremdschlüssel weglassen soll? Denn die Firma ist ja an eine Unterkategorie gebunden
Nein, das braucht es nicht.
Wenn das Datenmodell stimmig aufgebaut ist, besteht auf Tabellenebene die Beziehung zwischen Unterkategorie und Firma über eben diese Zwischentabelle 'tbl_UnterkategorieFirma'. Eine Abfrage beinhaltet dann diese Zwischentbelle und zeigt dir zu jeder Versicherungsart das passende Unternehmen, ohne dass du den PK der Zwischentabelle in der Transaktion stehen hast.
Gesetzt der Fall du hast 3 verschiedene Versicherungsunternehmen in deiner DB erfasst und jeder eine eigene Versicherungsart (Leben, Unfall, Glasbruch) zugeordnet, kann es eigentlich nicht sein, dass bei der Erfassung oder Auswertung von Daten plötzlich dein Mechaniker zur Auswahl steht, wenn du deine Lebensversicherungsprämie verbuchen willst oder deine Versicherungsprämien aufsummierst ;D
Zitat... Nun habe ich im Formularkopf meine Felder
Ich glaube du bist da ein wenig zu voreilig, lass die Formulare noch sein.
Lass mir / uns dein neues, geändertes Datenmodell noch mal anschauen.ZitatDas wäre dann auch wieder eine ExtraTabelle wie die EinkaufDetails
Richtig, wenn du zum Tanken Einzelheiten erfassen willst so ist das in der Form zu regeln.
Das geht aber auch über die Einkaufstabellen - du hast als Ware Superbenzin, 68 Liter und den aktuellen Literpreis (Einzelpreis) an der Zapfe, Über ein zusätzliches Feld in der EinkaufDetails-Tabelle z.B. 'km' kannst du die gefahrenen km seit dem letzten Tankstop erfassen.
Damit wird beim Tanken ein einziger Datensatz in der Detailtabelle erstellt.
Über eine geeignete Abfrage kannst du den Durchschnittsverbrauch pro Tankzyklus errechnen.
Dieses kannst du auf eine bestimmtes Datum einschränken, eine Monatsstatistik und eine Jahresübersicht erzeugen - was immer du damit anstellen willst.
Zu den Feldnamen ...
Zitatin den Büchern von Lorenz Hölscher habe ich gelernt...
Es gibt mehrere Empfehlungen die Feldnamengestaltung zur Thematik haben - im Prinzip ist es ganz egal, wem du da nacheiferst - DU musst dich als Entwickler leicht zurechtfinden und wenn mehrere an einer Entwicklung arbeiten sollen sich auch die Teammitglieder auskennen.
Wenn die Namensgestaltung für dich so passend ist, dann soll es mir natürlich recht sein ::)
Hallo,
ich glaub ich steh auf dem Schlauch!
Mein Ziel war es doch, eine Kategorie anzulegen und dieser Kategorie verschiedene Unterkategorien zuzuordnen (Auto - tanken, Auto - Reparatur...) Dafür die 1. Zuordnungstabelle. Dann möchte ich der Unterkategorie eine oder mehrere Firmen zuordnen (tanken - Tankstelle 1, tanken - Tankstelle 2...) Dafür ist die 2. Zuordnugstabelle. Wenn ich nicht beide Primärschlüssel in der Transaktionstabelle speichern soll, dann müssen die beiden Zuordnungstabellen untereinander in Beziehung stehen. Sehe ich das richtig? Und wenn ja,wie?
ZitatIch glaube du bist da ein wenig zu voreilig, lass die Formulare noch sein.
Leider macht mir das Formular erstellen und programmieren mehr Spaß / Freude ;D Ich weiß aber auch, das es nicht ohne Grundlagen und vorallem einem guten Datenmodell geht. Ich reiß mich zusammen. Versprochen!
Im Anhang habe ich mal ein Screenshot von meinen Beziehungen gemacht. Ich habe den Primärschlüssel der 2. Zuordnungstabelle noch in der Transaktionstabelle gelassen. Wird sich wohl bei der nächsten Antwort ändern :)
Ich werde die Zeit bis zu Deiner Antwort mit dem studieren der Inner join Abfragen verbringen und nicht weiter Formulare gestalten :)
bis denne
AbsolutNeu
Hallo,
Nimm aus der tbl_Transaktionen die Felder 'trakukIDRef' und 'traukfIDRef' raus, die Beziehungen zu den Zwischentabellen sind zu entfernen.
Füge dann in die Transaktionstabelle 'trauntIDRef' und 'trafirIDRef' ein und erstelle je eine 1:n Beziehung zu den Stammtabellen.
Wenn du noch detaillierte Informationen speichern willst kannst du auch 'trakatIDRef' in die Transaktionstabelle aufnehmen und die Beziehung zur tbl_Kategorien herstellen (ist aber nicht zwingend notwendig)
Diese Referenzen hattest du in deinem ersten Datenmodell bereits drinnen, wieso hast du das entfernt? - Es waren dort nur die Beziehungen noch nicht eingesetzt.
Du darfst auf keinen Fall den Fehler machen und deine Tabellen und Beziehungen an deine Formularvorstellungen anpassen sondern das Datenmodell muss stimmig, richtig und normalisiert sein. Formulare passen sich den Tabellen an und nicht umgekehrt - ganz wichtig!
Aber wieso jetzt dieses und nicht so wie in deinem Screenshot ...
ZitatMein Ziel war es doch, eine Kategorie anzulegen und dieser Kategorie verschiedene Unterkategorien zuzuordnen ....
Das Ziel ist ja auch erreichbar, in deiner DB stimmen nur die oben erwähnten 2 Beziehungen nicht.
Mit der (Rück)Änderung hast du dann erreicht, was du wolltest (speziell wenn du auch die ID der Kategorie mitspeicherst):
Als Inhalt der tbl_Transaktionen würde dann (hier textmäßig dargestellt) entstehen
Auto --- Tanken --- Tankstelle1
Auto --- Tanken --- Tankstelle2
Auto --- Reparatur --- Werkstatt
usw.
Die Zwischentabellen fungieren im Datenmodell als 'Verbindung' zwischen den Stammtabellen um die n:m Beziehungen aufzulösen.
Das ist in deinem Datenmodel einwandfrei gelöst. Das Mitführen eines eigenen Primärschlüssels in Zwischentabellen ist auch nicht unbedingt nötig, das kannst du besser mit einem eindeutigen Index lösen, sodass keine Duplikate in den Zwischentabellen entstehen können.
Es ist dein Lösungsweg zwar nicht unbedingt und grundsätzlich falsch - so ist es jedoch 'richtiger' und vor allem für die Erzeugung von Listen etc. einfacher zu handhaben und ein wenig leichter zu verstehen
Als weitere Erklärung zu n:m Beziehungen und Zwischentabellen siehe auch
http://www.dbwiki.net/wiki/Access_Design:_m:n-Beziehungen_aufl%C3%B6sen (http://www.dbwiki.net/wiki/Access_Design:_m:n-Beziehungen_aufl%C3%B6sen)
Hallo Peter,
ZitatIn dieser Tabelle soll nach der Erfassung einer Ausgabe der Fremdschlüssel zur Tabelle tbl_KategorieUnterkategorie stehen und der Fremdschlüssel zur tbl_Firmen
Du meintest bestimmt tbl_Unterkategorie oder? Deshalb hatte ich das geändert!
Ich werde die Kategorie ID mitspeichern, dann wird es einfacher. Die Primärschlüssel in den Zuordnungstabellen werde ich entfernen und dafür einen eindeutigen Index setzen. Ich denke, Du hast da mehr Erfahrung! ;)
Das einzige wäre noch mit der EinkaufsDetailTabelle. Also ich müßte ja 20 -30 Datensätze dieser Tabelle einer TransaktionsID zuweisen (dem Einkauf). Mit einer Beziehung zur Tabelle komme ich nicht weiter. Also müsste ich beim Formular (für EinkaufsDetails Eingabe) Öffnen, die aktuelle ID über die Tag Eigenschaft übergeben und für jeden Datensatz mitspeichern. Ist das soweit richtig?
Wenn das geklärt ist, gehe ich die Tabellen nochmal durch und begrenze manche Felder auf bestimmte Zeichenanzahl etc.. Dann erstelle ich die Formulare damit ich endlich Daten eingeben kann. Dann kommt für mich der schwierigste Teil, die Daten zusammenfassen, auswerten und darstellen. Mein entferntestes Ziel ist, die kommenden Ausgaben in einem Kalender darzustellen.
Mfg
AbsolutNeu
Hallo,
ZitatDu meintest bestimmt tbl_Unterkategorie ...
Korrekt! ;D
ZitatAlso ich müßte ja 20 -30 Datensätze dieser Tabelle einer TransaktionsID zuweisen ...
Auch das stimmt - allerdings nicht in der Form, wie du das hier beschreibst - sondern ausschließlich über die EinkaufsID!
Die Detaildatensätze dienen nur zu deiner Information, wofür du diese auch immer abrufen willst oder musst sie bleiben dort wo sie sind -unter sich - in der Detailtabelle.
Zitat... und begrenze manche Felder auf bestimmte Zeichenanzahl ...
Wenn du das benötigst OK, nur wo würde es denn wirklich Sinn machen?
Speicherplatz kostet heutzutage nichts (mehr) und so sehe ich auch keine unbedingte Veranlassung Feldgrößen einzuschränken.
Da bist du sicher besser beraten die (Feld)Datentypen genau zu prüfen.
ZitatMein entferntestes Ziel ist, die kommenden Ausgaben in einem Kalender darzustellen
Gut, wenn du dieses Ziel noch weit in der Ferne siehst ;) ;D ::)
Lediglich die EinkaufsID
Hallo Peter,
ich bedanke mich für Deine tolle Unterstützung. Jetzt habe ich erstmal ein gutes Grundmodell mit dem ich arbeiten und vorallem weiter lernen kann.
Ich bin mir sicher, ich werde hier irgendwann noch ein paar Fragen stellen müssen. :D
Über die letzte Bemerkung mache ich mir jetzt mal keine Gedanken! ;D
bis denne
AbsolutNeu