Eigener Datentyp

[Generator]

Das gleiche Problem habe ich übrigens mit Koordinatenpaaren bzw.

Tabelle Pos:
id...int
x...float
y...float
symbolInfo...varchar
Beschreibung...text

und einige andere mit X,Y und symbolInfo

die würde mit einem Datentyp dann so aussehen:
Tabelle Pos:
id...int
Koord...Point
Beschreibung...Text


Datentyp Point:
x...float
y...float
symbolInfo...varchar

[|Coding]

Ich denke Du solltest deine Gedanken noch mal ordnen.

[Generator]

@Coding:

Was genau ist dir nicht klar?

[xabbuh]

Wofür brauchst du denn bitte 20-30 Tabellen, die sich alle ähnlich sind?

[Generator]

Ich habe viele verschiedene Einsatzmittel-, Waren- bzw. Personaltabellen die alle eine andere Bearbeitung brauchen aber gemeinsam haben das sie alle Kosten bzw. Preise in den gleichen 5 Währungen haben. Selten aber doch kommt eine neue Währung hinzu.

Außerdem haben viele meiner Tabellen Geographische Koordinaten + Ein Symbol das sie identifiziert. Also X,Y(Längen bzw. Breitengrad) und ein Symbol.

Bei dem ganzen geht es um die organisation von Zeug für das Rote Kreuz. Was oder wer wo wieviel kostet und wo, wieviel von was ist und ob es benutzt wird :-)

[dachris]

Folgendes Beispiel

So kanns gehen....

tabelle koordinaten

id | x | y | z |

tabell zeugs

id | zeugtitel | zeug_beschreibung | zeugirgendwas

tabelle waehrung

id | umrechnung | wahrungskuezel

tabelle zusammen

id | id_koordinaten | id_zeug | preis | wahrung_id

d.h. in der tabelle zusammen wird nur die id z.B. der Koordinaten gespeichert und das zugehörige zeugs auch aus der id...Dann steht noch der Preis in Euro drin sowie die ID der Wärrung

Jetzt musst du nur noch den Umrechnungskurs multilpizieren und das kuerzel ausgeben und du kannst alle 5 Währungen sofort anzeigen....

d.h. du hast damit eine n2n Verbindung.....

PS: www.ki-homepage.de (auch Rotkreuz :-)

[EyeDacor]

ich sag nur:

redundanz (ekelig)
normalisierung
primär-/fremdschlüssel

!

"oh nein, meine sql-abfragen werden zu komplex!" <= gehe ich recht in der annahme, dass es sich um ein privates und nicht betriebliches/berufliches/wirtschaftliches problem handelt?

[xabbuh]

Zitat von dachris

Jetzt musst du nur noch den Umrechnungskurs multilpizieren und das kuerzel ausgeben und du kannst alle 5 Währungen sofort anzeigen....

So wie ich Generator verstanden habe, gibt es aber eben keinen eindeutigen Umrechnungskurs. Das kann zum Beispiel daran liegen, dass die Lohnnebenkosten in anderen Ländern wesentlich geringer sind als in Deutschland. Dafür sind dann aber möglicherweise die Grundstückskosten höher etc.
Ansonsten kann man deine Datenbankstruktur ja beibehalten und fügt einfach noch Felder für die anderen Währungen hinzu.

[dachris]

Moment mal
der Umrechnungkurs von Euro in z.B. USDollar ist immer gleich (ausser den normalen Kurschwankungen....)

Und die Kosten für das Gerät sind ja hier angegeben

id | id_koordinaten | id_zeug | preis | wahrung_id

d.h. ier steht ja dann schon das land drinne und der Preis.....d.h. Lohnnebenkosten usw sind immer eingerechnet....

nur halt nicht in Ladenwährung sondern in Euro gespeichert.....

Man kanns natürlich auch anders rum nemen und dort den Preis in Landeswährung speichern und dann mit der gleichen Tabelle wieder rückrechnen.....

[meikel (†)]

Zitat von Generator

@meikel: Ich will ja das die Administration für mich einfacher wird. Deshalb ist eine eigene Tabelle für mich nicht zielführend da ich ja dann für jeden Zugriff ein SQL-Statement mehr brauche und das ganze unübersichtlicher wird.

Eine eigenartige Logik... Ich habe ja nix dagegen, wenn ein Programmierer faul ist, weil Faulheit die einzige Triebfeder für die Programmierung ist. Aber er darf nicht denkfaul sein. Und die "Vereinfachung", die Dir da vorschwebt, ist nicht gerade von Sachkenntnis bezüglich relationaler Datenbanken geprägt.

Ich halt mich da raus. Viel Spaß noch...