Forum: Datenbanken
by p80286,
22. Mai 2017
hätte ich jetzt nicht so verstanden...
:thumb:
Gruß
K-H
Forum: Datenbanken
by p80286,
22. Mai 2017
Ich kann mich nicht mehr erinnern, ist das wirklich vorgeschlagen worden?
Ansonsten, wäre es wirklich gut wenn der TE sich ein wenig konkretisieren würde, sonst diskutieren wir hier irgendwelche Feinheiten, die für Ihn vollkommen uninteressant sind.
Gruß
K-H
Forum: Datenbanken
by p80286,
22. Mai 2017
nö kein muss!
Falls n:m Beziehungen vorhanden sein könnten, dann nimmt man eben eine entsprechende Beziehungstabelle.
Gruß
K-H
Forum: Datenbanken
by p80286,
21. Mai 2017
Das wäre eine Möglichkeit, es kommt auf die Datenbank an.
Die reflektionsartige Rückfrage wäre Was funktioniert nicht.
Sobald eine Postleitzahl eingegeben wurde (onChange/CR ?) wird mit
select Ortsname from orttabelle where plz=:plz;
Der/die zugehörige(n) Ortsname(n) abgerufen. Diese werden in z.B. einer Listbox zur Verfügung gestellt, oder aber falls es nur einen Datensatz als Antwort...
Forum: Datenbanken
by p80286,
21. Mai 2017
Eine Postleitzahl ist nicht numerisch!
Wären sie das, dann wäre 01234 die gleiche wie 1234.
Gruß
K-H
Forum: Datenbanken
by p80286,
19. Mai 2017
Du hast eine "Kundentabelle"und eine "Anschrifttabelle".
in der Anschrifttabelle gibt es
AnschriftID
KundenID
Anschrifttyp
Strasse,Ort,plz (usw. was man so braucht)
in Anschrifttyp kommt dann die 1,2,3,4..x hinein, über die definiert wird was für ein Typ (Rechnungsadresse, Lieferadresse, primäre Adresse...) das ist.
Wenn Du jetzt an einen Kunden liefern willst, dann kommt auf den...
Forum: Datenbanken
by p80286,
18. Mai 2017
Falls das erste Zitat stimmt, dann ist das vollkommen unerheblich, da Du nicht sooo viele Vorkenntnisse hast.
Was an Mikhals Vorschlag verstehst Du nicht?
Gruß
K-H
Forum: Datenbanken
by p80286,
18. Mai 2017
Also ob man den "Primarykey" mit PK oder ID oder Key oder .. benennt ist egal(aber ID ist schon nicht schlecht), aber er sollte in einer Datenbank immer den gleichen Namen tragen.
:thumb:
Solange er nur spielt, reichen ja auch allgemeine Hinweise. Soll es etwas konkretes werden, wäre zu überlegen ob z.b. eine Angebotspreistabelle und eine AuftragsPreistabelle notwendig wären. Und zuvor soll...
Forum: Datenbanken
by p80286,
18. Mai 2017
Du mußt wissen welche Daten Du benötigst, und welche sich ändern könnten etc.
Der Datenbankdesigner macht dann daraus Tabellen....
Und wenn er "AngebotsID" und "ProduktPK" fröhlich durcheinander nutzt, muß er schon ganz gut sein um das so entstandene Chaos in 3 Monaten auf den ersten Blick zu überschauen.
Aber warum einfach wenn es auch kompliziert geht. (Du bist übrigens nicht der einzige,...
Forum: Datenbanken
by p80286,
18. Mai 2017
Dann erzähl mal was für ein Problem Du hast.
Was an Haentschmans Beitrag war denn durcheinander?
da mag ich Dir nicht pauschal wiedersprechen, aber das jetzt und hier zu diskutieren bringt stOrM erst einmal nicht weiter, denke ich.
Gruß