Hierarchie in Datenbank und DataSet abbilden

[Morphie]

Unter anderem soll das GAEB unterstützten, richtig

Ich habe ein Grid, welches mit der Datenbank verbunden ist (über eine Query)
Dieses Grid hat 3 Aufgaben:
1. vorhandene Positionen darstellen
2. vorhandene Positionen bearbeiten
3. neue Positionen (manuell) erfassen

Das Grid ist also sowohl Eingabemaske als auch Darstellung. Das ist auch so gewollt...

Den Datenbankaufbau habe ich ja schon oben gepostet.
Man könnte die Positionsnummer natürlich auch komplett abspeichern (01.01.0001), aber genau das möchte ich nicht. Ich möchte (wie z.B. bei GAEB XML) eine echte Hierarchie aufbauen, nur die jeweils für die Position relevante Ordnungszahl (01, 01, 0001) abspeichern und die komplette Positionsnummer aufgrund der Baumstruktur von meinem Programm aufbauen lassen.

Der Vorteil: Ich ändere bei einer Position nur die OZ, und alle Unterpositionen werden automatisch angepasst. (bzw. sie müssen gar nicht angepasst werden, weil die Positionsnr ja dynamisch erzeugt wird)

Ich suche jetzt eine passende Stelle, bei der ich diese Positionsnummer in meinem DataSet aufbauen kann. Dazu habe ich ein InternalCalcField, also ein Feld was nicht in die Datenbank geschrieben wird, und könnte das Feld über OnCalcFields entsprechend berechnen lassen. Ich muss also innerhalb von OnCalcFields irgendwie auf die Parent-Position zugreifen können
Wenn ich das möglichst performant gelöst kriege, ist mein Problem gelöst


Ich hatte sowas schon mal in .NET mit ORMs programmiert. Dort hatte ich zu jeder Position ein Property "Parent"... Die Positionsnr war dann auch nur ein Property, welches in etwa diesen Getter hatte:

Code:

if (this.Parent == null)
{
  value = this.OZ;
}else{
  value = this.Parent.Positionsnr + "." + this.OZ;
}

[ibp]

Meines Erachtens wäre es besser wenn du eine Funktion bereitstellst, die die Nummerierung übernimmt anhand eines Startwertes und man diese aktiv aufrufen muss.

Diese muss ja auch irgendwie festgeschrieben und nicht jedes mal neu berechnet werden.

Du gibst jedem Datensatz eine Feld für die Positionsnummer und schon läuft das ganze Ding...

[Morphie]

Wie gesagt, genau das möchte ich eben nicht machen... Erfahrungsgemäß ist das fehleranfällig, und die Informationen werden teilweise redundant gespeichert.

[ibp]

Zitat von Morphie:

Wie gesagt, genau das möchte ich eben nicht machen... Erfahrungsgemäß ist das fehleranfällig, und die Informationen werden teilweise redundant gespeichert.

ich meinte aber nicht den ganzen Zweig, sondern immer nur seine eigene Position...

[tsteinmaurer]

Zitat:

Kennt Firebird das "Connect by"?

Nein, aber rekursive Common Table Expressions (CTE).

[Morphie]

Die aber wie gesagt ReadOnly sind...

[Olli73]

Zitat von Morphie:

Die aber wie gesagt ReadOnly sind...

Bei manchen Komponenten kann man die insert- und update-Statements getrennt (manuell) angeben, da geht dann auch mehr als "select * from einzelneTabelle" (also auch Abfragen, die nicht automatisch updatebar sind). Ob das bei FireDac geht, weiß ich allerdings nicht.

[p80286]

Zitat von ibp:

Diese muss ja auch irgendwie festgeschrieben und nicht jedes mal neu berechnet werden.

Wenn gewährleistet ist, daß der "Vater" immer gleich bleibt, könnte man dies so lösen.

Kennt Firebird das "Connect by"? Damit kann man in Oracle solche verbindungen ablaufen.

Gruß
K-H