Hallo an das A-o-M Team und Forum,
ich lese seit geraumer Zeit mit und profitieren von vielen Beiträgen und Tips hier und schätze diese Infos sehr!
Sollte dieser Beitrag in der verkehrten Kategorie sein, verschiebe ich dieses Thema gerne dorthin..bitte mir dann einen Hinweis geben!
In der Vergangenheit habe ich mir bereits mehrere Datenbänke gebaut. Unter anderem mit Abfrage zu Lebensmitteln (per Excel/OpenOffice/Libre hier mit SVERWEIS), Kunden und Verträge per HaFo+UFo mittels BASE-DB und verknüpften Tabellen(hier 3 Tabellen und eine Hilfstabelle mit Doppelschlüssel)...das klappte auch alles sehr gut.
Nun habe ich ein Projekt, welches ich gerne umsetzen möchte, aber nicht sicher bin, auf welcher "Basis" ich dieses tun sollte, bzw. auf welchem Weg (Excel und VBA ooooder Access oooooder VBA in Access einbinden).
Das heisst, ich sitze vor einem Blatt Papier, habe mir visualisiert, welche Tabellen ich habe, weiß, welche Abfragen ich brauche und welchen Bericht/Berichte, bin aber unsicher, wie ich die Beziehungen der Tabellen untereinander machen muss, damit folgende Abfrage/Abfragen und Filterungen realisiert werden können:
Tabelle: Drucker,Patronen,Zubehoer,Garantie, (Drucker)Serie, (Sach-)Bearbeiter-da gibts vorerst nur Einen-, Lieferant(da gibts vorerst auch nur Einen), Angebot(e), Kunden
Mehrere Formulare soll es geben für die Auswahl der Kombis:
Eins für "die Auswahl" (Filterung nach DINA3 oder DINA4 oder DINA0 oder Scanner oder nach ModellSerie)-> ist diese Auswahl geschehen, soll eine weitere Filterung nach: Farbe oder Schwarz-weiss geschehen sowie eine Filterung nach NUR Drucker oder MultiFunktionsPrinter (MFP) wobei hier noch die Frage ist, ob die DINA4 Felder der Tabelle als Ja/Nein Boolean gesetzt werden sollen(oder ob das für eine Abfrage dann eher ungünstig ist).
Diese Auswahl soll dann eine sichtbare "Restliste" ergeben, die die einzelnen Drucker untereinander auflistet (Datenblattansicht). Wählt man hier nun einen Drucker aus, soll in einer weiteren Tabelle oder Doppeltabelle(Datenblattansicht) dieser Drucker seine ihm zugehörigen "Teile" auflisten. Sprich: Wird Drucker ABC ausgewählt, steht daneben in einer oder mehreren Tabellen(UFos) Zubehör,Patronen,Garantien zu Drucker ABC.
Später soll dann aus dieser "Letzt-Auswahl" per Checkbox oder Button diese Teile ausgewählt werden können und mittels Bericht als Angebot ausdruckbar sein (Oder überführbar in PDF Format).Hier erst würde der Schritt der Kundenauswahl greifen und die Auswahl soll auch zu dem Kunden zugehörig gespeichert in der DB verbleiben. Natürlich ginge es auch andersherum, dass der Kunde erst ausgewählt wird, und dann in diesem Dialog Abfrage und Auswahl des Druckers nebst Zubehör erfolgt.
Wie würdet Ihr das realisieren?
Welche Beziehungen würdet Ihr zu den Tabellen untereinander setzen, damit bei Auswahl von Drucker x dann das entsprechende Zubehör, Patronen und Garantie angezeigt wird?
Würdet Ihr da mit einer Hilfstabelle arbeiten die alle Foreignkeys der einzelnen anzusprechenden Tabellen beinhaltet -also so an die 4- und als Schlüssel gesetzt sind? Oder untereinander die einzelnen Tabellen "verketten" 1:n und n:m und dann mittels SQL abfragen? Ein ungebundenes Formular mit den Filterungen basteln und dann anschließend darauf ein oder mehrere Ufos? Oder "Einzelformular" und darauf diverse Ufos für Zubehör,Patronen und Garantie?
Ich würde mich über ein paar Ideen oder Vorschläge Brainstormingmäßig freuen, wie Ihr das angehen würdet im Grundkonstrukt, da ich im Augenblick einfach zu nah dran bin und einen Knoten im Kopf habe.
Und bevor ich wild drauflosbastel und dann feststelle, dass es besser "andersherum" gewesen wäre, möchte ich vorher am Reißbrett erstmal die Marschrichtung festlegen und schätze hier Eure Meinung sehr, da Ihr da augenscheinlich deutlich mehr Erfahrung und Wissen habt.
Vielen Dank vorab für Eure Mühen,Zeit und Ideen,
Astra
Hallo,
mache mal einen Entwurf (mit Access), lege Beziehungen an und zeige hier mal ein Bild dieses Beziehungsfensters.
Deine obige verbale Beschreibung ist mir zu abstrakt.
Zitat von: MzKlMu am Februar 21, 2024, 10:22:07Hallo,
mache mal einen Entwurf (mit Access), lege Beziehungen an und zeige hier mal ein Bild dieses Beziehungsfensters.
Hallo,
Danke, dass versuche ich nachher(ab ca. 21Uhr), ich bin noch unterwegs.
Es gibt noch keine Beziehungen.
Da müsste ich erstmal grob kreieren...
Viele Grüße
Sodele, Entschuldigung, ich habe es gestern Abend nicht mehr geschafft, ein paar Tabellen anzlegen und zu screenshotten.
Hier der Rohentwurf.
Meine Frage zielte ja auch genau das ab: wie würdet Ihr die Beziehungen anlegen, wenn die Abfrage eine Auswahl ergeben soll, die zum entsprechenden Drucker, nurnoch die entsprechenden Patronen, Zubehöre und Garantien anzeigen lassen soll.
Bin nicht sicher, ob es so gehen würde, wie erstmal "hingerissen" im Bild:
Danke vorab für Eure Ideen und konstruktiven Beispiele/Ideen!
Wie gesagt, ich habe gerade einen Knoten im Schädel :-[
Entwurf DruckerDatenbank.jpg
Korrigierter Entwurf
DruckerDB Entwurf.jpg
Ergänzung....:
tblKunden zu tblKontaktKD habe ich auf 1:1 Beziehung gesetzt mit den Feldern IDKD zu IDKontakt.
Hallo nochmal an alle,
ich habe nun schonmal ein Formular angelegt, welches erstmal alles enthält, was als Ergebnis dabei herauskommen soll(te), um mein erstes Posting vielleicht klarer zu machen(las Foto mit eingefügt hier)
Das mit den einer der Beziehungen (wo ich den Knoten im Kopf habe) hat mich da vor die ersten Probleme gestellt, nämlich: Die Zubehör Auswahl, die für mehrere Geräte in Frage kommt.
Dazu Frage A:
Ob ich da noch eine weitere Beziehung zu den existierenden Tabellen zusätzlich erstellen kann...?( wegen Einfügen weiterer pot.Teile, die für mehrere Geräte verwendet werden können)...einfach eine weitere Beziehung 1:1 zwischen Zubehör und Drucker? oder mit Foreign Key etwas? oder doch händisch? (so habe ich es jetzt gelöst, aber das ist ja nicht im Sinne des Erfinders)
Nun zu den weiteren Fragen (die auch Knoten im Kopf gemacht haben und auf dem Screenshot numeriert sind):
Der Screenshot ist ein Einzelformular mit 4 Subformularen
Frage 1:
Ich würde gern dort die Summen der einzelnen Spalten ausgeben lassen.Hier im Forum und auch auf google habe ich mehrfach schon gelesen,dass man berechnete Felder nicht weiter berechnen kann, bzw. dass man nicht aus mehreren Tabellen(aus Ufos z.B.) summieren kann.
Wie kann ich es nun programmieren/hinbekommen, dass diese Summen dort ausgegeben werden? Mit Hilfe einer Zusatztabelle? Wenn ja, wie?
Oder muss ich das in Excel zusammenstellen/-rechnen lassen und dann als Exceltabelle im Formular einbetten?
Frage 2:
Wie kann ich einen Button erstellen, der aus den 4 Ufos dann ALLE Mengenfelder wieder zurück auf Null setzt, bzw. das Feld leert und da alle gleichzeitig?
Bisher werden die Summen oben in den Summenfeldern unter 1 erst angezeigt, wenn man den Aktulisieren Button drückt und nicht schon, wenn man eine Eingabe gemacht hat.
Muss ich mich hier in VBA reinknien? (Da hab ich nicht wirklich den Plan von...)
Oder kann ich da ebenfalls einen Button setzen und aus den Access vorgegebenen Steuerelementen einen verwenden? Wenn ja, welchen?
Frage 3:
Wie kann ich ein Feld setzen, das den Gewinn "eingebbar" macht und dann auf alle 4 Ufos anwendet?
Beispielsweise : 20% , 22%, 30% und so weiter.......
Ist das auch eine Aufgabe für VBA? Oder ausschließlich Excel? Oder muss ich da einzeln in den Ufos noch ein Feld setzen? Hat da jmd von Euch eine Idee?
Ich bedanke mich schon vorab für Ideen und Denkanstösse
Grüße,
Astra
::)
Ohman, das tut mir leid, das ist jetzt dreinmal drinnen....BITTE an den Moderator: zwei Screenshots bitte löschen!
Mir wurde immer ein Fehler angezeigt und das Bild war weg, daher hatte ich es immer wieder reingeladen. Das war keine Absicht
Hallo,
vergiss mal die Formulare. Das Datenmodell ist noch ziemlich unausgereift.
So wie das jetzt ist, kannst Du im Angebot nur einen Drucker anbieten, ist das realistisch ?
Ebenso nur einen Typ Patronen. Die gleiche Patrone kann doch an mehreren Druckern passen, das geht bei Dir nicht.
Das gleiche gilt für das Zubehör. So wie Du das jetzt hast, kann ein Drucker nur ein Zubehör haben.
Auch das mit den Preisen funktioniert so nicht, die Preise unterliegen ja einer Veränderung, wie soll das bei deiner Struktur gehen. Wenn Du den Preis eines Zubehörs änderst, ändern sich auch die Preise vergangener Angebote und das darf nicht sein.
Die Angebotstabelle ist auch falsch. Die Angebotstabelle darf nur Felder enthalten die sich auf das eigentliche Angebot beziehen. Dann brauchst Du eine weitere Tabelle mit den Details zum Angebot. Darin ist jede Position ein eigener Datensatz.
Bietest Du z.B. einen Drucker an mit Patronen und einem Netzteil, so sind das dann 3 Datensätze in der Detailtabelle. Mit FS zu Angebot, FS zum Drucker, FS zum Zubehör und FS zu den Patronen. Den Preis musst Du dann den Stammdatensätzen entnehmen und redundant in der AngebotDetailtabelle speichern.
Die Patronen und das Zubehör würde ich in einer Tabelle führen.
Die Patronen sind ja auch Zubehör. Wenn dann je nach Art des Zubehörs Felder leer bleiben würde ich hier in Kauf nehmen.
Ich sehe hier auch keine einzige 1:1 Beziehung, das wird alles 1:n.
Auch die Kontakte sind in der Form ungeeignet.
Du brauchst eine Tabelel für die Kontaktarten (Tel, Mobil, Fax, usw.) in je einem Datensatz. In einer n:m Zwischentabelle werden die Kontaktarten einem Kunden zugeordnet. In diese Tabelle kommt dann auch der eigentliche Eintrag. Das gilt sinngemäß auch für die Kontaktarten der Sachbearbeiter. Siehe hierzu ein Bild.
Die Firmentabelle wären dann die Kunden.
Da gibt es noch viel zu tun. So wie ich das sehe, ist (fast) keine der Tabellen wrklich brauchbar.
Du musst Du noch mal ran.
Zitat von: MzKlMu am Februar 26, 2024, 15:54:12Hallo,
vergiss mal die Formulare. Das Datenmodell ist noch ziemlich unausgereift.
So wie das jetzt ist, kannst Du im Angebot nur einen Drucker anbieten, ist das realistisch ?
Ebenso nur einen Typ Patronen. Die gleiche Patrone kann doch an mehreren Druckern passen, das geht bei Dir nicht.
....
Du musst Du noch mal ran.
Hallo Klaus,
Danke für die Ausführungen!
Das war ja auch die Frage bei meinem Eingangspost...genau diese "Mit"Ideen der Profis hier wollte ich brainstormen"- wie Ihr das machen würdet. Du hast mir super Vorschläge gemacht , Danke dafür ! :)
Zu dem Drucker und ein Typ Patronen und ein Typ Zubehör:
Doch, genau DAS ist gewollt (zumindest so wie ich deine Ausführungen verstanden habe).
Das jetzige Konstrukt macht genau, was es soll in den Unterformularen, nämlich per EINEM Drucker das dazu gehörige Equipement auflisten. Das funktioniert so ganz gut. Bei der Drucker Auswahl im Oberen Bereich werden lediglich die passenden Patronen gelistet und das passende Zubehör und das passende Garantie Modell (und NICHTS Anderes).
Man kann links in den Spalten in Menge eine 1 setzen (je eine der Patronen auswählen, also in einem Drucker dann vier Patronen mit untesch.Farben ) bei den gewünschten Teilen und die summierten Preise (aus je der Rubrik Patronen , Rubrik Drucker, Rubrik Zubehör, Rubrik Zubehör) stehen oben, nur eben leider nicht TotalOverall zusammengerechnet (Das war eine der Fragen aus dem zweiten Fragepost).
Mit den Preisen hast Du Recht. Das kann ein Problem sein, darüber hatte ich noch nicht nachgedacht.
Bisher ist es aber so, dass die Modelle einmal im Jahr eingespielt werden und sich daran nichts ändert bis zum Folgejahr, daher hatte ich mir darüber noch keinerlei Gedanken gemacht.
Mit den Kontaktdaten hate ich noch gar nichts eingetragen und im Angebot/Angebotstabelle auch nicht. Und auch noch nicht ausprobiert. Wie erwähnt hatte ich zunächst erstmal "grob zusammengeschmissen" , denn bei meinem ersten Post existierte noch keine einzige Tabelle. Ich hatte bei den Kontakten gedacht, dass es so richtig ist, die Kommunikation "auszulagern" in eine andere Tabelle. Dann muss ich den Schlüssel da nochmal ändern.
Danke schonmal für deine Ausführungen, da hilft mir das Ein oder Andere schon weiter.
Die Funktion mit dem Angebot aus dem bisherigen Formular hatte ich noch nicht aufgegriffen/gestartet auszuprobieren.
Die Patronen und das Zubehör sind deswegen getrennt in Unterformularen/Abfragen, weil ich es gesondert ausweisen wollte und keine Ahnung habe, wie ich sonst die dedizierte Abfrage daraus machen sollte aus EINER Tabelle heraus, um halt nach Druckern zu filtern und dann NUR und AUSSCHLIEßLICH die zugehörigen Sachen gelistet zu bekommen. Man sagt ja, dass man die Tabellen aufs kleinste atomisieren soll. Daher hab ich das auch für die Rubriken Drucker, Patronen, Zubehör und Garantie gemacht.
Wie man hier jetzt die Patronen zu den verschiedenen Druckern und das Zubehör zu den verschiedenen Druckern mit Beziehung zuordnet und die Beziehung setzt, das hat halt den Knoten im Kopf verursacht. Also, wie das dann aussehen soll. :-\ .
Ich stehe wie so ein Ochse vorm Berg :(
Im Moment weiss ich nicht, in welche Beziehungen oder Tabellen ich es sonst aufteilen muss, um die gewünschte Auflistung wie beschrieben dann zu bekommen
Wie gesagt: Ich bin für Anregungen sehr sehr dankbar !Das hilft mir weiter
...Ach so, zu dem Sachbearbeiter: Es gibt derzeit nur Einen und das wird auch - voraussichtlich- so bleiben, denn dieses Datenbankmodell mit der Angebotserstellung soll einem Freund von mir helfen, die Angebote schneller und übersichtlicher erstellen zu können, denn bisher wühlt er sich durch unübersichtliche Word-Dokumente und Pivottabellen.
und zu der Angebotsvariante: Das Angebot unfasst immer nur EIN Druckersystem ( es wurde bisher nie mehr als ein Druckersystem angeboten, also a la : Der Drucker mit dem Zubehör und der andere Drucker mit den Patronen und dann nochmal fünf Stück von der anderen Sorte Druckern...).
Die Angebote werden bisher mit einem unfassbar langen Beschreibungstext erstellt (Ein Drucker mit vier Patronen= 3-4 DIN A4 Seiten) und der soll wegfallen und NUR zeigen: Der Drucker, die Patronen, das Zubehör, der Preis- Netto, UST, Brutto...
Allerdings soll durchaus ein zweites Angebot als Vergleich erstellt werden können.
In einem Bericht KANN dann vielleicht das Eine zum Anderen nebeneinander gestellt werden so als Preisvergleich ....Bisher ist das aber alles untereinander. Bedeutet: Bei zwei verschiedenen Druckersystemene, die angeboten werden, sind das mal schnell 5-6 DIN A 4 Seiten und der Kunde muss sich dann zwischen den Seiten die Preise aus der Unterbeschreibung nochmal selbst herleiten...das ist nicht nur unübersichtlich, sondern häßlich und schlicht nicht nutzbar
Hallo,
Zitatalso in einem Drucker dann vier Patronen mit untesch.Farben )
Und wie willst in dieser Tabelle z.B. zu einem Drucker 4 Patronen erfassen mit ggf. unterschiedlichen Preisen ? Du hast ja auch nur eine Preisspalte.
Zitatdaher hatte ich mir darüber noch keinerlei Gedanken gemacht.
Das musst Du aber, das Intervall der Änderungen spielt keine Rolle. Bei neuen Preisen dürfen sich die Preise in den vorherigen Angeboten nicht ändern.
ZitatIch hatte bei den Kontakten gedacht, dass es so richtig ist, die Kommunikation "auszulagern"
Das ist richtig. Bei meinem Vorschlag (siehe Bild in #9) sind die Kontakte auch ausgelagert, aber flexibler.
ZitatDie Patronen und das Zubehör sind deswegen getrennt in Unterformularen/Abfragen, weil ich es gesondert ausweisen wollte
Die kannst Du auch gesondert ausweisen wenn diese in einer gemeinsamen Tabelle sind. Du brauchst nur ein Kennzeichen in der Tabelle ob Zubehör oder Patronen. Und filtern kannst Du auch, völlig problemlos. Es wird sogar einfacher, weil alles in einer Tabelle ist. Auch verschiede Unterformulare (wobei ich denke, dass die nicht sinnvoll sind) kannst Du dann auch einrichten.
Hallo Klaus,
Danke für das konkrete Beispiel zu den Kontakten, das werde ich mal so versuchen.
Zitatalso in einem Drucker dann vier Patronen mit untesch.Farben )Und wie willst in dieser Tabelle z.B. zu einem Drucker 4 Patronen erfassen mit ggf. unterschiedlichen Preisen ? Du hast ja auch nur eine Preisspalte.
Also, so wie ich es jetzt habe, zeigt das Formular/die Abfrage seltsamerweise :o diese Patronen zu dem Drucker separat an und auch die verschiedenen einzelnen Preise und rechnet das aus (wie in dem Screenshot des Formulars zu sehen ist)......zum Beispiel: Drucker X der Preis und Patronen 4 Stück= der Preis für 4 Patronen Gesamt....ich glaube aber, ich mache einen Denkfehler oder hab das nicht richtig verstanden, was du meinst ... ::)
ZitatDas ist richtig. Bei meinem Vorschlag (siehe Bild in #9) sind die Kontakte auch ausgelagert, aber flexibler.
Das ist mir auch lieber, daher werde ich deinen Vorschlag so übernehmen mit meinen gewünschten Daten
ZitatDie kannst Du auch gesondert ausweisen wenn diese in einer gemeinsamen Tabelle sind. Du brauchst nur ein Kennzeichen in der Tabelle ob Zubehör oder Patronen. Und filtern kannst Du auch, völlig problemlos. Es wird sogar einfacher, weil alles in einer Tabelle ist. Auch verschiede Unterformulare (wobei ich denke, dass die nicht sinnvoll sind) kannst Du dann auch einrichten.
Und genau hier ist mein Hauptproblem: ich bekomme da die Abfrage dann nicht hin (wenn alles in einer Tabelle ist), so dass er mir nur und ausschließlich die Sachen zeigt, die nur zu einem Drucker gezeigt werden sollen, bzw. das ginge ja noch mit Kriterium in der Abfrage und dem Kennzeichen zu dem Drucker......aber, sobald ich dann die Abfrage stellen soll, dass die Patrone oder das Zubehör AUCH für Drucker x, x oder z sein soll und die Datenbank dann UMGEKHRT zu dem anderen Drucker auch NUR diese Patrone zuordnen/anzeigen lassen soll, dann knotet mein Hirn.
Ich nehme an, dass du das hier meinst, wenn ich dich richtig verstanden habe:
Die gemeinsame Tabelle hat eine ID und eine weitere (als FK) für eine Kategorie wie z.B. Zubehör,Patronen,Garantie....und hier dann als n:m..?! zu dem entsprechenden Drucker? Oder jeweils als 1:n ?
Hier ist mir aber nicht klar, welcher Schlüssel in welcher Tabelle Fremdschlüssel, 1:1 oder n:m haben soll oder welche Gruppierung in welcher Tabelle mit drin steht. :-X :-\
Über diese Variante hatte ich im Vorwege nachgedacht, diese aber verworfen, weil man ja Tabellen so weit wie es geht normalisieren und atomisieren soll. Daher hatte ich das in mehrere Tabellen rein geworfen.
Grundsätzlich sehe ich es wie du, dass dann Felder die leer sind (weil alles in einer gemeinsamen Tabelle steht) egal wären.
Ich sitz gerade wie's Karnickel vor der Schlange bei den Drucker/Patronen/Zubehör/Garantie- Verwicklungen ;D
Würdest Du die Garantie auch mit in die Tabelle machen? Oder eher diese Aufteilung:
tblDrucker
tblZubehoer(Patronen und Zubehör)
tblGarantie
tblKunden
tblKommunikation
tblSachbearbeiter
tblAngebote
tblPreise
Daher hatte ich eben diesen Post aufgemacht für genau diese Anregungen.... Da bin ich sehr sehr glücklich und dankbar für Deine Hinweise!DANKE,DANKE! ... der Knoten ist leider noch nicht vollständig aufgelöst, aber ich sitze schon an einem anderen Entwurf und hoffe, dass ich den Entwurf dann hier posten kann zum "drüber schauen" und evtl.verbessern
Viele Grüße,einen schönen Abend Dir/Euch allen,
Astra
Hallo Klaus ,
das hatte ich vergessen, noch zu erwähnen:
ZitatZitatdaher hatte ich mir darüber noch keinerlei Gedanken gemacht.
Das musst Du aber, das Intervall der Änderungen spielt keine Rolle. Bei neuen Preisen dürfen sich die Preise in den vorherigen Angeboten nicht ändern.
Generell bin ich da bei dir, das stimmt.
Hier ist es nur so, dass mit den neuen Modellen die neuen Modelle "ihren" eigenen Preis haben und die Alten ganz rausgenommen werden und nicht mehr angeboten werden. Deshalb hatte ich das mit geänderten Preisen vernachlässigt und mir (noch) keine Gedanken dazu gemacht...
Hallo,
Zitatwelcher Schlüssel in welcher Tabelle Fremdschlüssel, 1:1 oder n:m haben soll oder welche Gruppierung in welcher Tabelle mit drin steht.
1:1 kannst Du gleich wieder vergessen, Du wirst keine 1:1 Beziehungen brauchen. Nur 1:n, n:m ist auch nichts anderes als zwei 1:n Beziehungen. Und Gruppierungen in Tabellen gibt es auch nicht.
Zitatund die Alten ganz rausgenommen werden und nicht mehr angeboten werden.
Dann dürfen die alten Datensätze aber nicht gelöscht werden. Die kriegen nur ein Kennzeichen (z.B. InAktiv).
Zitatsobald ich dann die Abfrage stellen soll, dass die Patrone oder das Zubehör AUCH für Drucker x, x oder z sein soll und die Datenbank dann UMGEKHRT zu dem anderen Drucker auch NUR diese Patrone zuordnen/anzeigen lassen soll, dann knotet mein Hirn.
Eine solche Zuordnung hat mit dem Angebot zunächst mal nichts zu tun. Du brauchst eine Zuordnungstabelle welches Zubehör zu welchem Drucker gehört. In diese Tabelle kommt eine FS zum Drucker und ein FS zum Zubehör. Das sind zwei 1:n Beziehungen die man als n:m bezeichnet.
Wenn dann ein Angebot angelegt wird, wird der Drucker ausgewählt. Das Kombifeld zur Auswahl des Zubehörs (inkl. Patronen) kann dann über die oben beschriebene Zuordnungstabelle auf den gewählten Drucker beschränkt werden.
Ich sehe da folgende Tabellen
tblDrucker
tblZubehoer(Patronen und Zubehör)
tblZuordnung (FS zu Drucker und FS zu Zubehör>)
tblKunden
tblKommunikation (FS zum Kunden und FS zur KommunikationsArt)
tblKommunikatsarten
tblSachbearbeiter
tblAngebote
tblAngebotPositionen (FS zum Angebot, FS zu Drucker oder Zubehör)
tblPreise (ist noch unklar)
tblGarantie (was steht in dieser Tabelle?)
FS=Fremdschlüssel
Ich habe irgendwo noch ein Beispiel für Bestellungen (woraus man auch Angebote ableiten kann).
Wenn ich das finde, lade ich es hier hoch.
Im Anhang noch das Beispiel. Die Bestellungen wären bei Dir das Angebot.
Hallo Klaus,
Woooooow, mein herzlichstes Daaaaankeschön, das ist ja MEGAsuper!!
Damit komme ich jetzt auf jeden Fall weiter, ich fange mal an, zu bauen.
ZitattblAngebotPositionen (FS zum Angebot, FS zu Drucker oder Zubehör)
tblPreise (ist noch unklar)
tblGarantie (was steht in dieser Tabelle?)
<--warum Drucker ODER Zubehör?
<--warum tblPreis unklar? Wie geht Funktion "InAktiv" in DB, da hab ich noch nie von gehört?
<---ist ähnlich der Patronen und des Zubehörs- zu jedem Drucker verschiedene Garantiemöglichkeiten. Es
gibt 3, 4 oder 5 Jahre Dauer zubuchbar und es gibt da Vor Ort Service und Nur Ersatzteil-Garantie.
Alles jeweils mit eigenen Artikelnummern wie bei Patronen und Zubehör.In dem Screenshot des Formulars
ist das zu sehen mit den Jahren und Artikelnummer und Preisen ganz unten.
Muss das dann MIT in die Tabelle Zubehör und Patronen? Deinen Ausführungen nach würde ich das nun
bejahen.
ZitatIch habe irgendwo noch ein Beispiel für Bestellungen (woraus man auch Angebote ableiten kann).
Wenn ich das finde, lade ich es hier hoch.
Im Anhang noch das Beispiel. Die Bestellungen wären bei Dir das Angebot.
Sehr sehr gerne,ich bin begeistert und erleichtert, weil ich da komplett auf dem Schlauch stehe mit diesen vielen Tabellen.Das erzeugt Hirnknoten.
Jetzt "studiere" ich mal dein Beispiel
Viele Grüße,
Astra
Hallo,
Zitatwarum Drucker ODER Zubehör?
weil jeweils eines leer bleibt. Jede Position ist ein Datensatz.
1 Drucker (FS zum Drucker (FS zum Zubehör bleibt leer)
1 Patrone Schwarz (FS zum Drucker bleibt leer)
1 Satz Patronen Farbe (FS zum Drucker bleibt leer)
Deine Angebotspositionen ummfassen demnach 3 Positionen (=3 Datensätze).
Gibt es unterschiedliche Garantien für Drucker und Zubehör ?
ZitatWie geht Funktion "InAktiv" in DB, da hab ich noch nie von gehört?
Ich habe doch nicht geschrieben von einer Funktion. "InAktiv" ist sonst nichts als ein Ja/Nein Feld das angehakt wird wenn der Drucker nicht mehr im Angebot ist. Gleiches kann auch für das Zubehör gemacht werden.
Was die Preise betrifft, so gibt es auch eine einfache Version, die bei Dir ausreichen könnte. Bei der Auswahl eines Druckers oder Zubehör wird der aktuelle Preis aus den entsprechenden Tabellen ermittelt und
redundant in der Angebotsdetailtabelle gespeichert.
Hallo, Klaus,
ZitatZitatwarum Drucker ODER Zubehör?
weil jeweils eines leer bleibt. Jede Position ist ein Datensatz.
1 Drucker (FS zum Drucker (FS zum Zubehör bleibt leer)
1 Patrone Schwarz (FS zum Drucker bleibt leer)
1 Satz Patronen Farbe (FS zum Drucker bleibt leer)
Deine Angebotspositionen ummfassen demnach 3 Positionen (=3 Datensätze).
achsooo meintest du das...ok, ja, das ist logisch- ich hatte es falsch aufgefasst a la: Du kannst nur DEN oder DEN Fremdschlüssel setzen, du musst dich entscheiden.....Dann hab ich das jetzt richtig sortiert, Danke :)
ZitatGibt es unterschiedliche Garantien für Drucker und Zubehör ?
Ja und Nein. Davon hängt nun auch ab, wie ich die Tabellen gestalte vermutlich....also:
Es gibt die Vor-Ort-Service(Garantie) mit es wird nach den Druckern gesehen und dann natürlich auch auf die Zusatzkassetten und Patronen geschaut (also wie Wartung beim Auto nur Vor-Ort bei KD).
Die Patronen sind Verbrauchsmaterial und unterliegen eiiiigentlich nicht der Garantie (also Tinte), aaaaber, wenn da was abbricht und die Patrone nach Kauf nicht funktioniert , dann ist das schon gedeckt.
(Diese Variante wäre dann deiner Frage nach die "Drucker Garantie")
Und es gibt die Nur-Ersatzteil-Garantie. Hier wird "nur" auf die Bauteile, also auch Zubehör geschaut und Garantie drauf ( 3,4 oder 5 Jahre) gewährt.
Je nach Modell gibt es unterschiedliche hohe Umfänge, die sogar im Vierstelligen Bereich liegen.Deshalb diese penible Unterteilung ( wo ich quasi sicherstellen möchte, dass nur und ausschließlich zu dem betreffenden Drucker die zugehörigen Positionen zugeordnet sind).
Dies wäre dann deiner Frage nach die Garantie fürs Zubehör. Obwohl sich das nicht so direkt auf "nur Zubehör" oder "Nur Drucker" unterteilen lässt, denn beides besitzt Teile, auf die Garantie gewährleistet wird....On Top müsste da dann ein Datum vorhanden sein ( also Start und Ablauf der Garantie. Ich hatte für die Angebotsposition an einen Satz wie: Bei heutiger Bestätigung des Angebotes läuft Ihre Garantie am xx.xx.xxxx ab - gerechnet auf Basis des Angebotsdatums)
ZitatZitatWie geht Funktion "InAktiv" in DB, da hab ich noch nie von gehört?
Ich habe doch nicht geschrieben von einer Funktion. "InAktiv" ist sonst nichts als ein Ja/Nein Feld das angehakt wird wenn der Drucker nicht mehr im Angebot ist. Gleiches kann auch für das Zubehör gemacht werden.
ahso, ich habe wegen des Wortes inAKTIV das dann als "Funktion" vermutet. Ok, dann hab ich das verstanden wie das gemeint war :)
ZitatWas die Preise betrifft, so gibt es auch eine einfache Version, die bei Dir ausreichen könnte. Bei der Auswahl eines Druckers oder Zubehör wird der aktuelle Preis aus den entsprechenden Tabellen ermittelt und redundant in der Angebotsdetailtabelle gespeichert.
Hm, ok, das ist mir noch nicht so ganz klar, da genau dies ebenfalls eine relativ ausufernde Geschichte ist.
Ich habe EKPreis, Aufschlag Drucker (nur bei Drucker so),Marge(Gewinn),USt und aus EK+Marge+Aufschlag dann den VKNetto Preis.
Meinst du mit redundant speichern die Untertabellen in Access? (Mit denen habe ich noch gar nicht gearbeitet...)
Ich habe erstmal Zettel und Stift gegriffen und mir die neu zusammengestellte Struktur auf Papier skizziert.
Sobald ich die Positionen in eine Beziehungstabelle gegossen habe, poste ich die hier rein :
DANKE für die ganzen Korrekturen und Anregungen und Hinweise. Das hilft mir absolut weiter!
Grüße,
Astra
Hallo Klaus,
Hier der neue Entwurf der Datenbank.
Die Tabelle Preise hatte ich nur entworfen und (noch)nicht eingebunden, weil ich nicht sicher war, ob die benötigt werden wird.
Bei Marge war ich unsicher, ob ich die auch als Zahl "Double" (so wie Du MwSt im Beispiel) formatieren soll oder als Währung, denn geplant ist ein Feld, wo für die Berechnung mit unterschiedlichen Margen jongliert werden kann.
Bei Kontakt bin ich ebenfalls nicht sicher, ob der Inhalt in die tblKontaktArt soll oder in die TblKontakte.
Gefühlt in die TblKontakte, aber dann ist mir nicht klar, warum ich eine Tabelle mit Nur ID bei KontaktArt haben sollte. Meinem Verständnis nach müsste dann in der TblKontaktArt ja auch dementsprechend die Art vorhanden sein (also Inhalt) oder hab ich das nun durcheinandergebracht?
Viele Grüße und Danke für Deine Geduld mit mir!
Astra
Hallo,
die Tabelle Kontaktart ist falsch. Das was Du als Feldnamen hast, sind Datensätze.
Telefon, Mobil, Fax, Email, Homepage also 5 Datensätze. Telefon2 braucht es nicht gibt es eine weitere Telefonnummer, gibt das einfach ein weiterer Eintrag (Datensatz) in der Tabelle Kontakte. Da kannst Du auch 10 Telefonnummern erfassen und noch 5 Email dazu. Daher könnte in der Tabllle Kontakte noch ein Feld für Bemerkungen sinnvoll sein. Außerdem fehlt in der Kontaktetabelle noch ein Feld für den eigentlichen Eintrag.
Siehe angehängtes Bild.
In der Preistabelle fehlt noch ein Fremdschlüsselfeld zum Drucker und eines zum Zubehör, eines davon ist jeweils leer. In den Angebotspositionen fehlt noch ein Feld für den Preis.
Wenn ein Drucker oder Zubehör ausgewählt wird, wird aus der Preistabelle der Preis ermittelt und dann redundant in der Tabelle für die Angebotspositionen gespeichert. Redundant bedeutet noch mal gespeichert. Schlage redundant mal bei Wikipedia nach, mit Untertabellen hat das nichts zu tun.
Für alles was mit Geld zu tun hat solltest Du Währung nehmen, auch für die Mwst (Double bei mir war ein Versehen). Das Währungssymbol kann man entfernen.
Frage zur Marge. Der Verkaufspreis wird ja an Hand der Marge festgelegt. Wobei die Marge ja nur ein Anhaltswert sein kann. Denn wenn über die Marge gerechnet ein VK-Preis von z.89,79 € rauskommt, würde man ja diesen Preis nicht als Verkaufspreis verwenden, sondern nach oben oder unten anpassen, wodurch sich auch die Marge ändert.
Für die PLz mit Ort solltest Du eine Tabelle anlegen ebenso für das Bundesland.
Die Ortstabelle kriegt dann einen FS zum Bundesland und beim Kunden wird nur der FS zur PLZ gespeichert.
Wenn Du das nicht machst, muss man immer PLZ, Ort und Bundesland extra eintargen mit dem Risiko von Tipp und Zuordnungsfehlern. Die PLZ wird per Kombi gewählt, das reicht dann.
Da gibt es aber noch weitere Ungereimtheiten.
- Wieso gibt es bei den Garantien einen EKPreis und Margen ?
- Die Marge und EKPreis gehören in die Preistabelle
- Garantietabelle ist auch zu hinterfragen. Was ist denn der Zeitrahmen ?
- Wieso gibt es beim Drucker, beim Artikel und bei den Garantien eine Menge?
- Was passiert, wenn es den Druckertyp auch im nächsten Jahr noch gibt aber der EKPreis sich geändert hat ?
- Wo soll der Rabatt einfließen, der Rabatt kann sich ja auch ändern. Und wenn jemand 3 Drucker kauft, kann das ein anderer Rabatt sein wie bei einem.
Das ist noch lange nicht ausgegoren.
Sollen mit der DB auch Rechnungen geschrieben werden ?
....uuuuuups, falsches Bild gepostet...hier das korrekte mit Zuordnungstabelle.....Entschuldigung
Hallo,
ich habe meinen Beitrag in #20 mehrfach ergänzt und geändert, bitte ggf. noch mal lesen.
Zitat von: MzKlMu am Februar 27, 2024, 16:25:34Hallo,
ich habe meinen Beitrag in #20 mehrfach ergänzt und geändert, bitte ggf. noch mal lesen.
Entschuldigung, ja, wir haben uns zeitlich leider überschnitten ;-( ...ich arbeite gerade alle Hinweise ab und poste gleich den korrigierten Screenshot, solbald ich das alles eingetragen habe...DANKE schon vorab für diesen wahnsinnig tollen Support und diese Mühe!
Bis gleich
Hallo Klaus,
ZitatFrage zur Marge. Der Verkaufspreis wird ja an Hand der Marge festgelegt. Wobei die Marge ja nur ein Anhaltswert sein kann. Denn wenn über die Marge gerechnet ein VK-Preis von z.89,79 € rauskommt, würde man ja diesen Preis nicht als Verkaufspreis verwenden, sondern nach oben oder unten anpassen, wodurch sich auch die Marge ändert.
Das ist korrekt.Aber die Frage konnte ich nun nicht ganz herauslesen.
Die Ausgangsposition soll so aussehen:
Der Sachbearbeiter "darf" zu den jeweiligen Rubriken mit der Marge um einen bestimmten Bereich herum "spielen".....
Ein Beispiel: Für Drucker rechnet er "nur 22% Marge...für Patronen 30% und auf die Garantien 20%...das ist kein "Fixum".Leider, sonst wäre es einfach.
Aber genau das ist es, was mir zusätzlich den klaren Blick versperrt hat, denn da eine variable Abfrage auf alle Rubriken, da ist dann mein Schädel explodiert ;D
In der ersten Variante hab ich erstmal den Standard Prozentsatz,d er hauptsächlich verwendet wird, als Operator fix eingegeben. Praktisch wäre nun, ein Feld zu haben, wo man im oberen Bereich diese Prozente eingeben kann und das ausrechnen für alle Rubriken dann mit diesem Wert alle erstmal berechnet. Wenn man dann anschließend etwas nach unten korrigieren möchte, oben nochmal den Prozentsatz ändern.Auch mit "krummen" Zahlen, z.B. 22,87 oder 28,43%.....das wäre eine super Sache, aber da was dann endgültig der Ofen aus, als ich da drauf herum gedacht hatte.
Ich bin auch nicht sicher, ob man besser in dem Feld der Marge mit Prozent (eingebbar oben in Angebote dann) ) arbeitet, um das dann per Rechenoperation als Betrag ausgeben zu lassen oder gleich als Währungsbetrag, dann auch über eine Rechenoperation , aber direkt als Euro ausgegeben....?!
ZitatFür die PLz mit Ort solltest Du eine Tabelle anlegen ebenso für das Bundesland.
Die Ortstabelle kriegt dann einen FS zum Bundesland und beim Kunden wird nur der FS zur PLZ gespeichert.
Wenn Du das nicht machst, muss man immer PLZ, Ort und Bundesland extra eintargen mit dem Risiko von Tipp und Zuordnungsfehlern. Die PLZ wird per Kombi gewählt, das reicht dann.
Das stimmt, das habe ich jetzt gleich mit einfliessen lassen.
ZitatDa gibt es aber noch weitere Ungereimtheiten.
- Wieso gibt es bei den Garantien einen EKPreis und Margen ?
- Die Marge und EKPreis gehören in die Preistabelle
- Garantietabelle ist auch zu hinterfragen. Was ist denn der Zeitrahmen ?
- Wieso gibt es beim Drucker, beim Artikel und bei den Garantien eine Menge?
- Was passiert, wenn es den Druckertyp auch im nächsten Jahr noch gibt aber der EKPreis sich geändert hat ?
- Wo soll der Rabatt einfließen, der Rabatt kann sich ja auch ändern. Und wenn jemand 3 Drucker kauft, kann das ein anderer Rabatt sein wie bei einem.
<---Garantien: EKPreis soll nur anzeigen (auch in den anderen Tbl), dass es sich um den Netto Preis Händler
handelt, der nicht an Kunde herausgegeben wird. Er entspricht halt dem Preis wie in der
Beispieltabelle von dir angegeben mit "Einzelpreis" oder "Einzelpreis Netto" )
<---Ok, wenn Marge in die Preistabelle gehört, dann müsste ich diesen Feldwert ja auch bei Drucker,Artikeln
und Garantien rausnehmen oder als Fremdschlüssel zur Preistabelle machen, damit ich das oben
geschriebene hinbekomme: die Anzeige für alle Rubriken a la: 28% oder ähnlich .....richtig?
Ich hatte das in jeder Rubrik Extra gemacht, weil ich ursprünglich mit dem gedanken gespielt hatte,
dass man je Rubrik dann einen eigenen Prozentsatz verwenden könnte, so wie die das bisher immer machen.
<---Garantietabelle : 3 Jahre, 4 Jahre, 5 Jahre. Keine anderen Zeiträume. Diese 3 gibt es.
<---Ok, ja, das hatte ich ja vorhin schon von Dir angenommen diesen Hinweis und deshalb schonmal vorab die
Preistabelle mit reingemacht noch ohne Verbindungen. Diese Beziehungenhabe ich jetzt mit angelegt
<---Die Rabattspalte hatte ich bei Kunden mit untergebracht, da das Kundenbezogen wäre. Also: Auf das
Angebot hat Kunde Z einen anderen Rabatt als Kunde Y. Nach Dauer der Kundenbeziehung, nicht nach
Druckermenge. Die Marge auf die Drucker ist das, was hier vom Sachbearbeiter quasi so ein bisschen
Rabattähnlich mit einfliessen gelassen werden kann.
ZitatSollen mit der DB auch Rechnungen geschrieben werden ?
Nein. Die Rechnungserfassung ist in einem eigenen Programm an die Buchungen angebunden und wird dort dadurch direkt oder besser: Dann zu erhandeltem vereinbartem Preis manuell erfasst .
Ich hoffe, ich habe nun nichts übersehen
Grüße,
Astra
Hallo,
habe Dir noch mal ein Bild angehängt was zu tun ist. Das mit der Kontaktart hast Du noch nicht verstanden.
In der Tabelle gibt es 2 Felder, den PS und die Kontaktart. Jede Art einen eigenen Datensatz. Das was jetzt Feldnamen sind gibt Feldeinträge in 5 Datensätzen.
Hallo Klaus,
Du hast Recht-das stimmt mit der Kontaktart .....das hab ich tatsächlich überhaupt nicht gerafft :-X ::) :( :-\ .
F40, der Fehler sitzt immer 40 cm vor der Tastatur ...mir fehlt gerade der Smiley mit dem Kopf gegen die Wand knallen ;D Mittlerweile komme ich mir schon ziemlich dusselig vor *HändeübernKoppzusammenschlag
DANKESCHÖN! für deine Geduld...!
Du ahnst wahrscheinlich gar nicht, wieviel ich in den letzten 48 Stunden gelernt habe! Da kann ich Dir gar nicht genug Danken und stehe tief in deiner Schuld!
Ich änder es ab und versuche mal, schon ein wenig bis morgen an Abfragen zu testen und ein paar Tabellen zu füllen.
Einen schönen RestAbend Dir
Viele Grüße,
Astra
Hallo Klaus,
ZitatDas mit der Kontaktart hast Du noch nicht verstanden.
In der Tabelle gibt es 2 Felder, den PS und die Kontaktart. Jede Art einen eigenen Datensatz. Das was jetzt Feldnamen sind gibt Feldeinträge in 5 Datensätzen.
..nicht nur das mit der Kontaktart.....ich hab ein wenig herumprobiert und es funktioniert ein wenig, aber das mit den ausgelagerten PLZ und Bundesländern leider nicht.
Ich denke, da mache ich etwas verkehrt. So, wie die Beziehungen gesetzt sind, macht das Formular bei den Kontakten beim anlegen eines Kunden Schluß an genau dem Punkt PLZ.
Ich kriege zwar die PLZ ausgewählt, aber der Ort wird nicht dann automatisch in den Ort eingetragen (in das Feld), obwohl er ja mit ausgewählt ist und in der Tabelle zu der PLZ steht.
Ich vermute, dass ich da die Felder "zusammenlegen" muss in ein Textfeld oder so und nicht als Einzelfelder setzen darf.
Aber, das Hauptproblem ist, dass es eher nun zwei bis dreigeteilt ist durch diese PLZ und Bundesland-Auswahl.
Heisst: Die Daten des neu angelegten Kunden "sliden" oben dann weg, wenn man einen neuen Kunden anlegen will, der Rest bleibt aber stehen, als würde er nicht zur Adresse des Kunden mit der entsprechenden Kundennummer dazugehören.
Ich denke, da ist noch etas nicht zugeordnet worden von mir.
Da habe ich irgendwie ein Dejavu. Mir ist so, als hätte ich das schon mal so gehabt und den Fehler nie wegbekommen und daher meine Adressen immer lieber "komplett" in eine Tabelle gemacht, damit ich sie "En Block" sichern kann.
Dieses "zerfaserte" ist eigentlich korrekt und gehört richtigerweise so aufgrund der Funktionen, Eventualitäten und so weiter. Aber, für mich ist es irgendwie "sperrig", weil es nicht so die Griffigkeit hat. Ich dokter' da an diesen Unterbeziehungen echt rum und es ist nicht mein Lieblingsthema (weil da Einiges nicht verständlich ist für mich und ich es noch nicht verstanden habe, das weiß ich) .
Ein Frustthema. Das macht mich vogelig, wenn das dann einfach nicht so geht, wie es soll.
Ich bleibe aber weiter am Ball und versuche, deiner Beispieldatei folgend mein Projekt auszuarbeiten und fertigzustellen.
Bgrüße,
Astra
Nur schon mal als erste Rücmeldung ::)
Hallo,
zeige bitte mal das aktuelle Beziehungsbild.
Hallo Klaus,
gerne, natürlich , hier:
Der OrtID_F in der Tabelle Bundeländer steht da ohne Bezug oder Nutzen. das ist noch ein Fehler drin...
P.S.:
Ich weiss, ich steh mir selbst im Weg :(
Hallo,
die OrtID_F in der Bundeslandtabelle ist dort überflüssig, für was soll die gut sein? Das muss dort ersatzlos raus.
Aber, da es jetzt auch noch einen Kreis gibt von dem bisher nicht die Rede war, ist das ohnehin falsch. Du brauchst noch eine Tabelle für den Kreis, der bekommt einen Fremdschlüssel zum Bundesland. Und in die Ortstabelle noch einen Fremdschlüssel zum Kreis. Der Fremdschlüssel zum Bundesland muss dann in der Ortstabelle raus. Habe ich bisher übersehen, sorry.
Du siehst, Du hast jetzt noch den Kreis eingebaut und schon passt das nicht mehr. Wenn Du das nicht machst, könntest Du ja irgeneinen falschen Kreis eintragen, bzw. Du musst immer nachsehen zu welchem Kreis der Ort gehört. Daher muss beim Entwickeln einer Datenbank immer gleich alles auf den Tisch, sonst hat man hinterher einen Haufen Arbeit
Hallo Klaus,
Danke für das da draufschauen!
Das konntest du nicht wissen mit dem Kreis, das habe ich gestern Abend erst eingesetzt, da die Aufstellung vorher (ohne Kreis) auch nicht funktionierte, bzw. es nicht möglich war, anhand der ausgewählten PLZ zu "sehen", welcher Kreis oder welches Bundesland das ist (wenn man Ortsunkundig ist).
Hier im Forum gab es 2012 schonmal genau dasselbe Problem mit den Landkreisen, PLZ und so, daher habe ich diese Beziehungsstruktur mit aufgenommen, in der Hoffnung, dass diese verfasterte TabellenKundendings mit PLZ dann läuft...aber nö.
Zusätzlich funktionierte die Auswahl mit der Beziehungskonstellation PLZ-Bundesland (wie ursprünglich) und so nicht....
Wie gesagt: ich bin absolut kein Fan von diesen "gesplitterten" Tabellen...dies liegt in dem und das wiederum in dem und so weiter...ich WEISS rational, dass es vernünftig ist, korrekt so ist das so zu machen usw....aber mögen mag ich es trotzdem nicht, weil es bisher ausschließlich Schwierigkeiten gab und ich nie die Anzeige bekomme, die ich will. Ich bin Mensch und kann nicht in einem Formular mit einer Zahl "irgendwo" anfangen um zu sehen, ob es "das Richtige" ist an der Stelle. Daher ist mir das schlicht ...nicht so lieb.
Selbst wenn die ollen Komboboxen komfortabel sind zum Auswählen- sie funktionieren meist nur mehr schlecht als recht (in meinem Fall).
Hier in diesem Formular machen gleich 2 Combos Ärger- die mit der PLZ und die mit dem Bundesland und der Rest der Daten wird gar nicht erst "rausgeschippt" wenn man einen neuen Kunden anlegt sondern bleiben hübsch in der PLZ und Bundeslandsparte sowie im Ort und in den Telefondaten stehen....
Wie gesagt: Das Kundendatenfeld ist ....(für mich) Müll, wenn die Dinger das nicht ausgeben oder Daten in die Felder rutschen, wie sie eigentlich müssten.
Ich gehe eigentlich immer davon aus, dass bei KundenID Auswahl bei richtiger Verknüpfung dieser Kundendatensatz dann vernünftig eingelesen wird- aber nö. Nicht in meinem Fall (sobald ich zerfasterte Tabellen habe).Egal ob nun der Kreis dabei war oder nicht. Das ist dann irgendwann eben Frust pur.
( Da kannst du nichts für!Sind auch keine Vorwürfe , ist einfach eine Feststellung für mich an mir selbst. Du hast mir bisher weiter geholfen als irgendetwas oder jemand je zuvor! Dafür bin ich Dir sehr sehr dankbar!)
Mache ich eine Tabelle, wo Kundennamen, Strasse,Ort,PLZ und so drin ist und die KundenID, dann klappt das ganz hübsch.. Der "Terror" für mich beginnt, sobald diese Combos und Listenfelder und so ins Spiel kommen und wenn es x-Beziehungen gibt.
Ich versuche mal weiter mein Glück, hab da aber nicht viel Hoffnung mit dieser KundendatenRubrik und wenns mir ganz zu blöd wird, fliegt diese Unter-Unter-Unter des UnterTabellenbaums wieder ganz raus und ich mache 1 Kundentabelle, damit ich mal fertig werde und Erfolge sehe und weiter komme, weil das Rechenproblem, Auflistungs(Darstellungs-)problem, Berichtsgeschichte usw. bin ich noch nichtmal angegangen. Ich sitze jetzt seit 4 Wochen da dran und bin gefühlt immer noch am Anfang.
Dank Dir wenigstens schon 1-2 Schritte nach vorne :D :)
Ich arbeite weiter dran,
Grüße,
Astra
Hallo,
ZitatIch bin Mensch und kann nicht in einem Formular mit einer Zahl "irgendwo" anfangen um zu sehen, ob es "das Richtige" ist an der Stelle. Daher ist mir das schlicht ...nicht so lieb.
Du verstehst die Funktionsweise dieser Kombifelder nicht, das ist das ganze Problem.
Die Zahl, die hinter einem Fremdschlüssel steckt ist völlig egal und ist im Regelfall auch nicht zu sehen. Die muss sich auch niemand merken. Wenn ein Kombifeld richtig eingestellt ist, dann ist der Klartext zu sehen, aber die Zahl wird gespeichert. Und über den Klartext wird auch gesucht bzw. ausgewählt.
Kombinationsfelder sind eines der komfortabelsten Steuerelemente in einem Formular, man muss diese nur verstehen.
Über Spaltenzahl, Spaltenbreiten und andere Einstellungen lassen sich Kombifelder
Das Problem ist auch, dass viele meinen Access wäre ein Programm wie Excel oder Word, das ist aber nicht so. Access ist eine
Entwicklungsumgebung für relationale Datenbanken. Access muss man lernen, da geht nichts intuitv wie bei Excel oder Word. Und Access hat auch eine ziemliche Lernkurve. Eine relationale Datenbank funktioniert nur richtig wenn die Tabellenstruktur (Datenmodell) stimmt.
Access verzeiht keine Fehler die man im Frühstatium gemacht hat. Das fällt einem früher oder später auf die Füße und dann wird es mühsam das zu ändern.
Was denkst was passiert, wenn das mit dem Ort nicht richtig gemacht wird. Dann hast Du falsche PLZ, Orte die nicht zur PLZ passen, Kreise die es nicht gibt und/oder das Bundesland passt nicht. Dann kriegst Du noch Tipfehler und schreibst aus Versehen Hamburg mit 2 b usw. Dann hast Du Hamburg und Hambburg in der Datenbank.
Noch mal komplzierter wird Access auch wenn da Mehrbenutzerbetrieb ins Spiel kommt, dann wird für Access auch eine Benutzerführung notwendig. Ist Mehrbenutzerbetrieb bei Dir vorgesehen ?
Du solltest Dir ein Buch kaufen und die Anwendung von Access lernen. Dann wird auch der Frust dem Spaß weichen. Access kann nämlich auch Spaß machen.
Hallo Klaus :) ,
ZitatDu verstehst die Funktionsweise dieser Kombifelder nicht, das ist das ganze Problem.
Die Zahl, die hinter einem Fremdschlüssel steckt ist völlig egal und ist im Regelfall auch nicht zu sehen. Die muss sich auch niemand merken. Wenn ein Kombifeld richtig eingestellt ist, dann ist der Klartext zu sehen, aber die Zahl wird gespeichert. Und über den Klartext wird auch gesucht bzw. ausgewählt.
Doch. Ist bekannt. Klartext sehe ich da dann auch.
Das Problem liegt woanders: Wenn ich die Komboboxen fertig habe, Auswahl treffe (hier in dem Projekt in Komobox zum Bleistift Bundesland Hessen), dann sehe ich Hessen, alles ist toll eingestellt, ich wähle es aus und das Bundesland steht dann da.
Ja. Super. Und dann?! Da STEHT es dann. Und es bewegt sich NICHT weg. Das ist das Problem.
Genau wie du sagst: Der Schlüssel wird (eigentlich) gespeichert, nicht der Klartext. GESPEICHERT.
Aber nö. Ist bei mir nicht der Fall! Statt dass die Ereignisprozedur dann durchläuft steht das Ding in dem Textfeld. Alle Daten OBERHALB von den angelegten Komboboxen rutschen aus Ihren Textfeldern raus und man kann neue Daten eingeben. Aber NICHT ab dem Punkt, wo eine Kombobox im Eingiff ist! PLZ bleibt stehen, Ort taucht gar nicht erst auf nach Auswahl der PLZ und wird gar nicht erst ausgelesen und ins Formular eingetragen (trotz "unserer" -deiner- Kontrolle auf die Beziehungen) und danach das Feld Bundesland- auch da bleibt das Bundesland drin stehen, Email und Telefon werden gar nicht erst ins Formular eingelesen- ebenfalls trotz korrekter Beziehungen. Es ist wie abgeschnittener Unterleib.
Wenn ich "neuen Kunden angelegen" Button drücke, dann wird Platz im Formular für neue Kundennummer, neuer Name, neue Strasse, neue Hausnummer und das wars.Der Rest bleibt aus den vorangegangener Sitzung "stehen".
Wie gesagt: AB dem Punkt, wo die erste Kombobox auftaucht.
Das Formular macht nicht, was es soll. Ich habe nun schon mehrfach gelesen, dass ausser mir noch mehr Menschen Probleme mit den Dingern haben, weil einfach die Komboboxen aus dem Formular "haken". Neues Formular gebastelt und dann gings bei den Leuten......Daher mein Verdacht, dass es nicht ICH bin, sondern dass in der Funktionalität etwas nicht so rund läuft im Formular oder des Steuerelementes, was auch immer es sein mag. Da sind ja viele Dinge möglich- Bugs, Formular selber ein Problem, Kombobox haken geblieben, Kompatibilität usw usw usw usw......
Was ich meinte mit den "Zahlen sehen": Um Daten nun einzupflegen und zu "verheiraten" ( z.B. das in der Zuordnungsbox): da stehen nur Zahlen. Für die Datenbank super. Für mich Sch**....ich muss da ja meinen Klartext erstmal rein kriegen. Sicher. Eingabeformular. Aber da gehts dann auch schon los mit den Problemen der Komboboxen. Siehe Beschreibung eine Antwort weiter runter.
Nächstes Problem an den Dingern: ich kann nicht mal eben Tabellen mit Dateninhalt nachziehen und einlesen.
Also, Klartext meine ich. Nein, das muss erst in Zahlen gewandelt werden und die "Beziehung" hergestellt werden. Und genau diese Schritte ha** ich.
Da hab ich noch keine für mich tolle Routine gefunden, wie ich da Daten rein bekomme in die Datenbank ohne händisch erstmal was anzuleiern.
Ausserdem ist mir lieber, Tabellen so rein ziehen zu können, als mich mit Einzelklicks durch die Auswahl per Kombobox durch z.B.30000 Zeilen zu arbeiten.
Kombos sind (in meinen Augen) nur für die Eingabe von solchen Kundengeschichten oder so etwas gedacht. Nicht für das erfassen von Riesen Datenmengen.
( Ich möchte nicht für die Erstzteilliste der Patronen jede dämliche Artikelnummer von Hand in die Kombos hacken)
ZitatKombinationsfelder sind eines der komfortabelsten Steuerelemente in einem Formular, man muss diese nur verstehen.
Über Spaltenzahl, Spaltenbreiten und andere Einstellungen lassen sich Kombifelder
Ist bekannt, alles eingestellt Spaltenzahl, Breite usw. Funzt auch.
Übergabe der Daten an Tabelle oder leeren des Formulars oder speichern oder oder ist das Ding wo es hakt.
Meine Vermutung.
ZitatDas Problem ist auch, dass viele meinen Access wäre ein Programm wie Excel oder Word, das ist aber nicht so. Access ist eine Entwicklungsumgebung für relationale Datenbanken. Access muss man lernen, da geht nichts intuitv wie bei Excel oder Word. Und Access hat auch eine ziemliche Lernkurve. Eine relationale Datenbank funktioniert nur richtig wenn die Tabellenstruktur (Datenmodell) stimmt.
Access verzeiht keine Fehler die man im Frühstatium gemacht hat. Das fällt einem früher oder später auf die Füße und dann wird es mühsam das zu ändern.
Ja, das ist mir ebenfalls bekannt.Und Nein, ich betrachte Access nicht wie Word.
Daher mein Ansatz, hier bei Euch (Dir) nach den Strukturen zu fragen, wie Ihr das lösen würdet. Auch, damit es eben NICHT auf die Füsse fällt.
Wie oft habe ich da schon genau dieses "auf die Füsse gehabt" - unzählig!
Aber vieles hat auch geklappt. Damit aber mal ein "grösseres" Projekt auch vernünftig gestartet wird, habe ich hier bei Euch angefragt, weil Ihr hier die Spezis seid und über jahrelange Erfahrung und Kompetenz verfügt.
ZitatNoch mal komplzierter wird Access auch wenn da Mehrbenutzerbetrieb ins Spiel kommt, dann wird für Access auch eine Benutzerführung notwendig. Ist Mehrbenutzerbetrieb bei Dir vorgesehen ?
Nein...Nicht generell. Die Unterstruktur ist zwar dafür geschaffen (Sachbearbeiter)...aber vordringlichst war das für die Gestaltung des Angebotes, damit oben rechts im Bericht steht/auftaucht: Ihr Sachbearbeiter xyz.
ZitatDu solltest Dir ein Buch kaufen und die Anwendung von Access lernen. Dann wird auch der Frust dem Spaß weichen. Access kann nämlich auch Spaß machen.
Besitze ich....ich besitze reichlich Bücher über relationale Datenbanken , Datenbanken-Design, Excel, Base OpenOffice, BaseLibreOffice usw....ich bin eigentlich ein totaler "Datenbankfreak", weil ich da Spaß dran habe und per se Datenbanke liebe.
Wie Eingangs gesagt, habe ich da für mich auch total tolle Dinger gebaut, die ich viel nutze.
Nur eben nicht an den Komboboxen.Die ha** ich eigentlich. Die haben noch nie richtig funktioniert für mich.
Wie gesagt: ich WEISS, dass sie die komfortabelsten Steuerelemente sind.(Wenn die funzen, mag ich die auch)....nutzt (mir) aber nix, wenn die Dinger nicht wollen.
Üblicherweise nutze ich eher OpenOffice/LibreOffice und muss nun mit Access das Projekt für meinen Kumpel machen, weil der kein anderes Programm genehmigt bekommt und die Firma ihm Access so zu sagen "vorschreibt".
Und Access wirkt auf mich , als würde ich im normalen Leben mit filigranen Lego-Technik Bausteinen bauen, modellieren, kreieren und tolle Dinge herstellen können weil elegant und filigran und normale Schriftgrösse und so...und dann kommt Access und ich hab das Gefühl, Lego Duplos vor die Nase gelotzt zu kriegen. Alles einfach riesig gross und bedeckt den ganzen Bildschirm und man hat kaum Überblick weil ...irgendwie überall auf den Bildschirm verteilt. Ich gestehe, ich bin kein Fan von dieser (für mich) fürchterlichen Menüstruktur . Obere Leiste, die wichtigsten Bausteine und Functions verdeckt, man sucht usw usw....
Deshalb ist das gefühlt eine Tortour, wenn dann auch noch die ollen Kombos (wie so häufig) machen , was sie wollen.
Und: Ja, Datenbänke machen total Spaß! Sonst würde ich das Ganze nicht machen und hätte schon lange hingeschmissen. Mein Kumpel hat mir schon einen Vogel gezeigt und gesagt, dass sein Bildschirm schon lange gestorben wäre unter seinen Fingern.
So, genug ausgek**
Einen schönen Abend Dir und Danke für dein Ohr!
Ich bleibe am Ball und versuche, die Kombos doch noch auf Spur zu bringen ;D 8)
Grüße,
Astra
Hallo,
vieles von Deiner Beschreibung verstehe ich nicht.
Z.B. das:
Zitatsehe ich Hessen, alles ist toll eingestellt, ich wähle es aus und das Bundesland steht dann da. Ja. Super. Und dann?! Da STEHT es dann. Und es bewegt sich NICHT weg. Das ist das Problem.
Was heist bewegt sich nicht weg, wo soll es sich denn hinbewegen ?
Ich bin überzeugt, dass Du da grundlegende Fehler machst. Erstelle daher eine kleine Beispieldb nur mit den Objekten zum Anlegen eines neuen Kunden. Am Besten Du importierst die in FRage kommenden Objekte in eine neue DB. Diese dann reparieren/komprimieren (Access Dienstprgramm), anschließend zippen und hier hochladen.
Hallo,
Zitatvieles von Deiner Beschreibung verstehe ich nicht.
Z.B. das:
Zitatsehe ich Hessen, alles ist toll eingestellt, ich wähle es aus und das Bundesland steht dann da. Ja. Super. Und dann?! Da STEHT es dann. Und es bewegt sich NICHT weg. Das ist das Problem.
Was heist bewegt sich nicht weg, wo soll es sich denn hinbewegen ?
Nun, nach dem Drücken des Buttons: "Neuen Kunden anlegen" müssten sich die restlichen Felder der Kombos sowie auch der unteren Hälfte des "Kundenbereiches" leeren.
Alles, was halt aus der Kundendaten-Tabelle dort steht für den EINEN Datensatz zu dem EINEN Kunden.
Im Augenblick bleibt die Kundennummer oben im Suchfeld stehen, Vorname, Name, Strasse,HausNr rutschen weg(Formular leert sich)....nach dem Feld Hausnummer kommt halt PLZ ( die verfl** Kombobox)...die wird nicht geleert....Ort auch nicht (steht ja nix drin leider, funktioniert halt auch nicht), Bundesland ist auch eine Kmbobox- da bleibt das ausgesuchte Bundesland drin stehen so wie die PLZ...... Email und Telefon sind eh schon leer, weil die Daten da nicht reingezogen werden, trotz der Kundennummer oben und der richtigen Beziehungen.
ZitatIch bin überzeugt, dass Du da grundlegende Fehler machst. Erstelle daher eine kleine Beispieldb nur mit den Objekten zum Anlegen eines neuen Kunden.
Möglich....
BeispielDB: Schaffe ich frühestens ab nächster Woche, ich fahre Freitag früh weg und bin erst Mo wieder da.
ZitatAm Besten Du importierst die in FRage kommenden Objekte in eine neue DB. Diese dann reparieren/komprimieren (Access Dienstprgramm), anschließend zippen und hier hochladen.
Das hab ich jetzt nicht ganz verstanden. "in Frage kommende Objekte"...meinst du die Kombos? Ich wüsste nicht, wie ich die da rausschneiden soll..?! Dann kann ich ja besser in einer "kleineren" neuen Datenbank gleich neue anlegen....oder....wie...?!
Gute Nacht
Astra
Hallo,
ich bin einen kleinen (oder vielleicht großen) Schritt weitergekommen, was diese Kombos anbelangt.
Dieses "wie abgeschnitten" hat mich inspiriert, dort nochmal nachzuschauen. Dass die Kombos damit zu tun haben: ja. Nicht weil sie Kombos sind, sondern aufgrund der Datensatzquelle! Und AB Punkt auf dem Formular mit den vermaledeiten Fremdschlüssel-Tabellen-Auslagerungs Geschichten ist es ja nicht mehr Datensatzquelle "Kunden", sondern "PLZ" und "Landkreis" und "Bundesland" und so weiter.
Daher AB dem Feld keine Anzeige von irgendwas.
Ändere ich die Datensatzquelle, springt im oberen Bereich, wo noch ganz normal Kundenname, Strasse und Ort etc angezeigt wird, dort die Anzeige auf fehlende Datensatzquelle.....
Das würde dann bedeuten, dass ich im "Kundenformular" im oberen Anzeigebereich gleich 3(!) Formulare (ggfs Ufos) einbauen muss ?!
Oder gibts da eine andere Lösung wie ich die einzelnen Felder im sichtbaren (Kundendaten-)Bereich aussehen lassen kann, als wäre es EIN smoother Datensatz, der aus EINER Hand, EINER Tabelle kommt?
Fehler gefunden bezüglich der Komboboxen und des Nicht-Anzeigens-der-Daten-im-Formular würde ich sagen.... :)
Warum geben die Felder nicht die Möglichkeit her, dass aus anderen Tabellen als aus der Haupttabelle "Kunden" Werte angezeigt lassen werden können?
In den Eigenschaften habe ich quasi nur die Auswahl zwischen Kundentbl, PLZtbl oder Bundeslandtbl...?!
Das ist mir (technisch) nicht so klar.... oder übersehe ich eine Möglichkeit an Einstellung?
Viele Grüße,
Astra
Hallo,
ZitatDas würde dann bedeuten, dass ich im "Kundenformular" im oberen Anzeigebereich gleich 3(!) Formulare (ggfs Ufos) einbauen muss ?!
Nein Du musst keine 3 Ufos einbauen.
ZitatOder gibts da eine andere Lösung wie ich die einzelnen Felder im sichtbaren (Kundendaten-)Bereich aussehen lassen kann, als wäre es EIN smoother Datensatz, der aus EINER Hand, EINER Tabelle kommt?
Ja, problemlos über eine Abfrage als Datenquelle für das Formular. Da hast Du die Klartexte zu allen Fremdschlüsseln zur Anzeige.
Die Komis haben als Datenherkunft nur die Tabelle die für die Kombis zutrifft. Allerdings sollte für jedes Kombi eine Abfrage (und nicht die Tabellen direkt) verwendet werden, denn die Spaltenreihenfolge ist wichtig. Erst die ID, dann den Text. Der Text kann dann ggf. auch sortiert werden.
Wenn ein Ort vollständig angelegt ist (mit Kreis und Bundesland) brauchst Du im Kundenformular nur ein Kombifeld, nämlich zur Auswahl des Ortes bzw. PLZ. Die anderen Felder (Kreis und Bundesland) ergeben sich automatisch.
Den Rest Deiner Ausführungen habe ich nicht verstanden.
Ich bin immer noch der Meinung, dass Du die Funktionsweise der Kombis nicht richtig verstanden hast.
Das ist eine ganz einfache und elegante Sache. Du machst irgenwo gravierende Fehler.
Ich kann Dir nur wiederholt anbieten eine Demodb hier hochzuladen, nur mal für die Kundenverwaltung.
Das wäre ganz sicher in kurzer Zeit erledigt.
@Klaus,
Bewundernswerteste Geduld, der TS kommt hier vom 100sten ins 1.000ste, springt
von einer Baustelle zur nächsten, und schliesst nix irgendwie ab (kommt mir
jedenfalls so vor). Ich habe da schon Ende der 2. Seite abgeschaltet.
@Astra Kauf dir mal ein Buch. Gutes Basiswissen vermitteln auch
https://www.access-tutorial.de/ (https://www.access-tutorial.de/)
http://www.buch.andreasstern.de/adamo.php (http://www.buch.andreasstern.de/adamo.php)
Falls du lieber Videos schaust, suche auf Youtube nach Andre Minhorst.
gruss ekkehard
Ach ja, abgesehen von der grausamen Optik halte ich die Beziehungen auch noch
nicht für richtig. Wenn ich das Thema Angebotsverwaltung richtig verstanden
habe, wird ein Drucker mit optionalen Zubehör verkauft. Da würde ich mit einer
zweifachen Hierarchie arbeiten
Angebot 1:n AngebotPositionDrucker 1:n AngPosPosZubehör
Da kann ich den gleichen oder mehrere Drucker mehrfach auf eine Angebot schreiben
mit jeweils anderem Zubehör und den entsprechenden Preisen, Zwischensummen und
allem Pipapo.
Hallo @all,
bin wieder da.
Zitat von: Beaker s.a. am Februar 29, 2024, 18:03:01Ach ja, abgesehen von der grausamen Optik halte ich die Beziehungen auch noch
nicht für richtig.
Wieso Optik?
Was ist nicht richtig an den Beziehungen?
ZitatWenn ich das Thema Angebotsverwaltung richtig verstanden
habe, wird ein Drucker mit optionalen Zubehör verkauft. Da würde ich mit einer
zweifachen Hierarchie arbeiten
Angebot 1:n AngebotPositionDrucker 1:n AngPosPosZubehör
Da kann ich den gleichen oder mehrere Drucker mehrfach auf eine Angebot schreiben
mit jeweils anderem Zubehör und den entsprechenden Preisen, Zwischensummen und
allem Pipapo.
Was ist denn mit "Zweifach" Hierarchie gemeint?
Eventuell das, was ich im ersten Post als "Doppelschlüssel" meinte? (Ich kann mich nicht ganz so fachlich ausdrücken, weil ich kein Profi bin)
ZitatBewundernswerteste Geduld, der TS kommt hier vom 100sten ins 1.000ste, springt
von einer Baustelle zur nächsten, und schliesst nix irgendwie ab (kommt mir
jedenfalls so vor). Ich habe da schon Ende der 2. Seite abgeschaltet.
Dafür habe ich mich ja auch schon mehrfach bedankt bei Klaus.
Das mit den Fragen zu den Komboboxen kam aus dem Kontext der Konversation heraus, da ICH die absolut ha** und nicht gerne verwende.
Und ja: da ich sie ungerne verwende, weil sie nicht machen, was sie sollen(für mich), habe ich weder Erfahrung noch so richtig Ahnung von den Dingern (und hatte sie vor guten 8 Jahren schon als nicht nutzbar für mich verworfen). Daher die vielen Nachfragen.
Tut mir leid, dass das stört. Das ist nicht meine Absicht. Ich dachte nur, dass es hier in der Rubrik "Programmierung" genau um solche Dinge geht und man sich darüber austauschen kann :-/
Davon ist das Komboboxenthema trotzdem nicht vom Tisch. Wenn es nach MIR geht, schmeiss ich die Dinger gern raus, die nerven mich nämlich.
Nix wird als Untertext angezeigt, trotz "Column-Methode". An jeder Combobox bleibt das Formular hängen und alles muss neu eingegeben und rausgesucht werden zu bekannten Adressen- nicht Sinn der Sache und unbrauchbar (für mich).
Ausgangspunkt war meine Frage nach den Beziehungen wie Ihr das mit der genannten Zielsetzung umsetzen würdet.
Und ich habe von Klaus sehr sehr gute Tips bekommen, die mich schon sehr sehr weitergebracht haben!
Auch dein letzter Post mit dieser Zweifach Hierarchie- das ist genau meine Frage in Post #1 gewesen und so zu sagen eine zweite Variante, wie das Thema angegangen werden kann- auch dafür Danke! Genau auf diese Beziehungen wollte ich drauf hinaus.
Da er in dem Vorschlag die Beziehungen aufs Kleinste zerlegt(e) -und was auch in meinen Augen komplett korrekt ist- kommt natürlich das Thema Komboboxen dabei auf, wenn ich das richtig sehe und verstanden habe. An dem Punkt steht es jetzt. Nicht mehr, nicht weniger.
ZitatKauf dir mal ein Buch. Gutes Basiswissen vermitteln auch
https://www.access-tutorial.de/ (https://www.access-tutorial.de/)
http://www.buch.andreasstern.de/adamo.php (http://www.buch.andreasstern.de/adamo.php)
Falls du lieber Videos schaust, suche auf Youtube nach Andre Minhorst.
gruss ekkehard
Guter Tip mit Adamo, werde ich mir zusätzlich zulegen, vielen Dank Ekkehard!
Das Access Tutorial habe ich bisher schon immer geforstet und schlage immer mal wieder nach. Da steht allerdings nichts über die Verwendung von der Column-Methode bei den KomboBoxen.
Ist aber jetzt auch egal- ich habe soeben etwas in Microsoft und nicht bei Access etwas gefunden. Da steht es in Ausführlichkeit dabei und mein Problem ist bei den Komboboxen damit behoben.
Mir persönlich hat die Lösung von Anderen in Foren immer geholfen- also, wenn es da erklärt wurde. Wie ich schon im 1.Post schrieb.
Bleibt nur noch die Frage an Beaker was gemeint ist mit DoppelHierarchie bei den Beziehungen. Und was nicht richtig ist an den Beziehungen. Wie im 1.Post halt bereits gefragt.
Grüße,
Astra
Hallo,
Komboboxen sind ein hervorragendes Instrument für die Dateneingabe.
Wenn du damit Probleme hast, machst du gravierende Fehler.
Ohne eine Beispieldb kommen wir nicht weiter. Daher warte ich jetzt mal auf diese DB. Das Beispiel braucht nur 3-4 Tabellen und das Formular mit den Kombis. Das Formular sollte dann auch das von Dir beschriebene Fehlverhalten zeigen.
Hallo,
Mit "Optik" meine ich die Platzierung der Tabellen, - keine Überschneidungen
der Beziehungslinien (man kann die Reihenfolge der Felder beliebig anordnen),
logische Verteilung.
Meine Vorstellung des Modells habe ich geschrieben.
Zum Problem mit dem Kombi fällt mir Folgendes ein, - das Kombi ist das letzte
Control in der Reihenfolge, was heisst, dass beim Verlassen zu einem neuen
DS navigiert wird. Schau dir mal die Form-Eigenschaft "Zyklus" an. Diese sollte
auf "aktueller Datensatz" eingestellt sein. Dann würde der Cursor vom Kombi
wieder auf das erste Feld in der eingestellten Reihenfolge im gleichen DS springen.
Ist allerdings nur eine Vermutung, dass da bei dir "Alle Datensätze" drin steht.
gruss ekkehard
Hallo Klaus,
ZitatKomboboxen sind ein hervorragendes Instrument für die Dateneingabe.
Wenn du damit Probleme hast, machst du gravierende Fehler.
Ja, da gehe ich auch von aus
ZitatOhne eine Beispieldb kommen wir nicht weiter. Daher warte ich jetzt mal auf diese DB.
Da muss ich mich jetzt dran machen, denn ich war unterwegs.
Viele Grüße,
Astra
Hallo Ekkehard
Zitat von: Beaker s.a. am März 06, 2024, 11:51:52Hallo,
....
Zum Problem mit dem Kombi fällt mir Folgendes ein, - das Kombi ist das letzte
Control in der Reihenfolge, was heisst, dass beim Verlassen zu einem neuen
DS navigiert wird. Schau dir mal die Form-Eigenschaft "Zyklus" an. Diese sollte
auf "aktueller Datensatz" eingestellt sein. Dann würde der Cursor vom Kombi
wieder auf das erste Feld in der eingestellten Reihenfolge im gleichen DS springen.
Ist allerdings nur eine Vermutung, dass da bei dir "Alle Datensätze" drin steht.
gruss ekkehard
Damit hast du voll ins Schwarze getroffen! Das habe ich überprüft. Es stand tatsächlich alle Datensätze drin.
Wie erwähnt: Da ich die Kombis nie mochte, habe ich sie nei verwendet und daher fehlt mir da die Erfahrung auf gesamter Linie.
Wenn ich deinen Satz lese ["....das Kombi ist das letzte Control in der Reihenfolge..., dass beim verlassen zu einem neuen DS navigiert wird"] , dann klingt das für mich nach:
In einem Kundenforumlar zum Anlegen oder Anzeigen der Kundendatensätze kann nur EIN Kombi vorhanden sein...?! Verstehe ich deinen Satz richtig?
Beste Grüße,
Astra
Hallo Klaus,
sorry, es hat ein wenig gedauert, dass ich das Beispiel zusammenstellen konnte, da ich zu viel unterwegs war.
Im Anhang gezippte DemoDatenbank mit ALLEN Fehlern.
Ich habe Testhalber nur EINEN Kunden angelegt.
Und: Es existiert noch KEIN UFO für die Angebotserstellung( daher sieht es etwas "zerhackt" aus, bitte nicht schimpfen), da ich erst fehlerfrei die Kundenanzeige haben wollte und nicht noch x andere Baustellen nebenher, falls da irgendetwas nicht so läuft, wie ich erwarte oder wünsche.
Zitat von: MzKlMu am März 06, 2024, 10:29:49Hallo,
Ohne eine Beispieldb kommen wir nicht weiter. Daher warte ich jetzt mal auf diese DB. Das Beispiel braucht nur 3-4 Tabellen und das Formular mit den Kombis. Das Formular sollte dann auch das von Dir beschriebene Fehlverhalten zeigen.
Das mit der PLZ und dem Ort funktioniert wunderbar als Kombi.....das Problem sind dann die Weiterverzweigungen runter in "Kreis" und Bundesland bei dieser Tabellenbeziehung/Tabellenbeziehungen.
Und die Telefonnummeranzeige und Fax und Email geht gar nicht. Da kriege ich nichts an Daten rein oder angezeigt.
Das ist dann eindeutig zu hoch für mich und da fehlt die Erfahrung mit den Kombis.
Wie ganz zu Anfang erwähnt: diese ausgelagerte Struktur der PLZ in eine Tabelle, Bundesland in adnere Tabelle, Kontakte noch woanders hin usw....da kriege ichd ie Kombis nicht zum laufen und daher hab ich es in der Vergangenheit gemieden, Kombis zu nutzen und alles so in einzene Tabellen auszulagern.
Da mache ich ganz sicher einen Fehler. Ich weiß eben nur nicht welchen.
(Für mein Verständnis müsste da vielleicht in die Kundentabelle JEWEILS ein fremdschlüssel für Kontakt, Bundesland,Kreis und PLZ...oder ist das der verkehrte Denkansatz meinerseits?)
Im Anhang die DemoDatei.
Vielen Dank vorab schonmal fürs drüber schauen und die ganzen Hilfen. Sie haben mich bisher schon weiter als je zuvor gebracht!
Viele Grüße,
Astra
Zitat von: AstraDyne am März 15, 2024, 12:55:14Im Anhang die DemoDatei.
Ich hoffe, die Demo Datei ist ok so :/
Falls die nicht öffnebar ist, kann ich die gerne noch einmal anders erstellen und neu hochladen
Viele Grüße
Zitatkann nur EIN Kombi vorhanden sein...?! Verstehe ich deinen Satz richtig?
Nein, die Anzahl ist beliebig (innerhalb der von Access gegebenen Grenzen).
Die Eigenschaften "Reihenfolgenposition" und "In Reihenfolge" findest du im
Register "Andere" des Eigenschaftenblatts.
Hallo,
ich habe mir die Formulare mal angesehen.
Da gibt es natürlich einige Fehler:
- das Hauptformular braucht eine Abfrage als Datenquelle mit allen notwendigen Tabellen und deren Feldern.
Dann kann der Ort, der Kreis und das Bundesland problemlos angezeigt werden, wenn eine PLZ gewählt wurde. Das kannst Du probieren, indem Du eine PLZ Auswahl änderst. Es ändern sich automatisch auch die Felder Ort, Kreis und Bundesland. Column(x) und solche Scherze braucht man da nicht. Die Felder Ort, Kreis und Bundesland sind im Formular zur Dateneingabe gesperrt, die dürfen dort nicht geändert werden.
- Die Tabelle Kontaktart muss die ID enthalten und den Text der Kontaktart, Du hattest da auch eine Zahl.
Die Kontakte müssen auch als Unterformular eingebaut werden.
- Die Unterformulare müssen über die Schlüsselfelder verknüpft werden (Verknüpfen von/nach)
Achtung: Die Tabellen PLZ und Landkreis habe ich stark verkleinert. In einem Beispiel braucht man nicht jeweils 13000 Datensätze.
Hallo Klaus,
vielen lieben Dank für die Antwort,
ich schaue es mir über Ostern in Ruhe an, da ich jetzt gerade leider noch den Kopf voll habe.
Viele Grüße,
AstraDyne
Hallo Klaus,
ich habe nun ein wenig (noch nicht ausführlich) in deine Korrektur reingeschaut.
TAUSEND Dank!
Ich hatte nicht auf dem Radar, dass die Kontakte als Ufo auch noch mit da rein gehören...und noch so einiges mehr wie Verknüpfen von/nach auch in den Ufos usw.....
Auf den ersten Blick sieht es für mich so aus, als hätte ich dann die Beziehungen der Datenbank gemäß deiner Vorschläge korrekt umgesetzt/eingerichtet. Das war schon erleichternd!
Die Löschabfragen sind von dir dort reingesetzt für die Reduzierung der PLZ's, richtig?
Wenn das so ist, dann markiere ich das Thema hier sofort als gelöst!
DANKE für deine Arbeit und Mühen!!! ... ich gehe das jetzt alles noch einmal durch und schaue es mir nochmal und nochmal an und bastle daran.Und ich werde sicher noch an dem Ein oder Anderen knuspern, aber das gehört nicht mehr hierher in diesen Post.
Dieser DB-Entwurf (mit deiner Hilfe) ist für mich Grund legend und essentiell.
Ich kann Dir wirklich nicht genug danken, denn das war für mich erhellend und hat mich extremst weiter gebracht!!
Viele Grüße,
AstraDyne
Hallo,
freut mich, dass es geholfen hat.
ZitatDie Löschabfragen sind von dir dort reingesetzt für die Reduzierung der PLZ's, richtig?
richtig, die habe ich nur vergessen zu löschen, die brauchst Du nicht.
Hallo Klaus,
SUPER DANKE!!
Ich hab mir alles schon durchgeschaut, aber ich muss da bei einigen Sachen wirklich komplett passen. Das hätteich im Leben so nicht hin bekommen!! ( Alleine Abfrage 4...WHERE PLZ IS NULL....usw....da streck ich die Segel- DANKE vielmals!
Das gehe ich step by step durch und versuche mir die technische Grundlage herzuleiten. Da sind "Tricks" bei, von denen ich im Leben noch nichts gesehen habe in den ganzen Büchern oder Artikeln. Chapeau! Ich nehme mir das nun als Grundlage, daran zu lernen
Ich markiere das hier dann als gelöst!
Ein hübsches Wochenende allen hier
AstraDyne
Zitat von: MzKlMu am März 28, 2024, 17:52:08Achtung: Die Tabellen PLZ und Landkreis habe ich stark verkleinert. In einem Beispiel braucht man nicht jeweils 13000 Datensätze.
P.S.: Entschuldigung vielmals, da hatte ich nicht drüber nachgedacht beim Demo-Bau :-[ :-\ :-[
Hallo Ekkehard,
ich muss hier nochmal auf dein Beispiel zurückgreifen.
Zitat von: Beaker s.a. am Februar 29, 2024, 18:03:01Wenn ich das Thema Angebotsverwaltung richtig verstanden
habe, wird ein Drucker mit optionalen Zubehör verkauft. Da würde ich mit einer
zweifachen Hierarchie arbeiten
Angebot 1:n AngebotPositionDrucker 1:n AngPosPosZubehör
Da kann ich den gleichen oder mehrere Drucker mehrfach auf eine Angebot schreiben
mit jeweils anderem Zubehör und den entsprechenden Preisen, Zwischensummen und
allem Pipapo.
Das hattest du richtig verstanden mit Drucker und optionalem Zubehör.
Kannst du mir diesen Satz von Dir bitte nochmal ausführen?--->
Angebot 1:n AngebotPositionDrucker 1:n AngPosPosZubehör
Da es so zusammengedrängt steht, bin ich nicht ganz sicher, was wozu gehört (und möchte nur sichergehen, es richtig aufzufassen).
Meintest du es so im Zusammenhang (3 Tabellen)? :
Angebot 1 : n AngebotPositionDrucker 1 : n AngPosPosZubehör ?
Viele Grüße,
AstraDyne
Ja, genau so.