Wie am besten Daten visualisieren und auswahl verarbeiten

[ryLIX]

:hi: Hi,

ich fühl mich im Moment etwas von einer Aufgabenstellung erschlagen :freak:

Das hab ich im Moment:
Datenbank:
1x Tabelle für ein TreeView
~1300 Tabellen für die Daten

Anwendung:
Ich habe im Hauptfenster eine DBTreeView Komponente (maximales Level = 1) mit der ich die Tabellen in meiner DB visualisiere.
Der Tabellenname setzt sich aus dem Nodenamen und dessen Parentnamen zusammen.
Die Inhalte der Tabellen (3 Spalten) werden in 2 ListBox und einer Textfeld Komponente dargestellt (durch auswählen des TreeView Nodes).
In jeder Tabelle kann der User zu jeder Row auch eine Kommentarspalte befüllen 8dazu ist das Textfeld).

Das möchte ich:
Ich möchte dam User nun die Möglichkeit stellen diese Kommentare aus der DB zu Exportieren und später auch wieder zu Importieren.
Wie ich an die entsprechenden Felder komme weiß ich schon :)
Wo es hakt ist die Visualisierung der Daten.
Da ich die Möglichkeit bieten möchte das der USer auswählen kann welche Datensätze Importiert bzw Exportiert werden.
Ich sitz nun schon länger hier und überlege wie ich das am besten auf den Schirm bringe...

Ich hatte an eine CheckListBox gedacht für den Tabelleninhalt.
Aber bei Menge an Tabellen ist das sehr unübersichtlich.
Also dachte ich mir das ich dazu noch ein (DB)TreeView nehme damit ich diese angenehme Unterteilung habe wie im Hauptfenster.
Das ganze soll später in einer SQLite3 Datei landen bzw aus einer kommen.

Nun zu den Fragen :stupid:
Wie bekomme ich es hin das im TreeView nur die Elemente angezeigt werden wo auch Kommentare vorhanden sind?
Wie kann ich am besten die Auswahl zwischen speichern zur späteren Verarbeitung?

Gibt es vielleicht eine Möglichkeit die Daten in der DB selber noch anders zu verknüpfen (Trigger, Views).
Wäre es für die Performance der ganzen Aktion vom Vorteil wenn ich die DB an meine vorhandene DB anhänge (ATTACH) und später wieder abhänge (DETACH)?

Ich weiß sind eine Menge Fragen aber bin nicht so bewandert was das angeht und ich werd das Gefühl nicht los das mein Ansatz nicht passt :|

[sx2008]

Zitat:

Zitat von ryLIX

~1300 Tabellen für die Daten

Da fängt das Problem schon an.
Mal angenommen, du willst die Wetterdaten der letzten 5 Jahre speichern.
Wer jetzt für jeden Tag eine eigene Tabelle anlegt und wenn diese Tabellen alle die gleiche Struktur haben hat schon einen Riesenfehler begangen.
Haben deine Datentabellen auch die gleiche Struktur; also gleiche Feldnamen und Feldtypen?

[ryLIX]

Ja die Tabellen haben alle die gleiche Struktur.

:pale: Mir war nicht bewusst dass das schon ein Fehler ist.

[sx2008]

Zitat:

Zitat von ryLIX

Ja die Tabellen haben alle die gleiche Struktur.

Ok, der "Trick" ist, nur eine einzige Tabelle daraus zu machen.
Um die Daten voneinander unterscheiden zu können muss ein weiteres Feld eingeführt werden.
Die kann z.B. ein Datum, die Nummer der Meßreihe oder eine Kundennummer sein.
Es muss die Eigenschaft sein, die den Unterschied zwischen deinen 1300 Tabellen ausmacht.
Dieses weitere Feld ist dann entweder selbst der Primärschlüssel oder wird zumindest Bestandteil des Primärschlüssels.
Du kannst ja mal deine Struktur dieser Tabelle(n) hier zeigen. (also die Liste der Feldnamen und Datentypen)

[himitsu]

ich hätt gedacht es wäre mit gleichen Strukturn einfacher :gruebel:
und wenn er schon überall ein Feld z.B. mit Datem/Uhrzeit oder 'ner laufenden Nummer drin hat, dann bräcuhte er doch auch kein zusätzliches Feld, daß er die Unterscheidung schon eingebaut hat. :?:

[ryLIX]

Hmm ok dann 2 Schritt zurück und das Datanbank Design noch mal überdenken :roll:

Die Datenbank enthält Informationen über Steuergeräte sortiert auf durch die Tabellennamen (Baureihe und Steuergerät und Versionsindex)
Beispiel: Baureihe R50 Steuergerät LWR Versionsindex C03 dann hätte die Tabelle den Namen R50LWR_C03
Die Struktur der Tabellen sieht so aus:
ID: Integer Autoincrement
FSW: VARCHAR
PSW: VARCHAR
COMMENT: VARCHAR (werde ich wohl nach Blob ändern)

Da ID Feld ist nicht unbedingt nötig. Hatte es nur mit eingebaut weil ich dacht es könnte ma von nutzen sein :stupid:

@sx2008:
Also wenn ich das nun richtig verstanden habe sollte die neue Struktur dann so aussehen:
SERIES: VARCHAR (enthält die Baureihenbezeichnung)
SG: VARCHAR (enthält Steuergerätebezeichnung und Versionsindex)
FSW: VARCHAR (FSW = Funktionsschlüsselwort)
PSW: VARCHAR (PSW = Parameterschlüsselwörter)
COMMENT: VARCHAR (oder BLOB)


Kurz noch was zu den Verbindungen der Spalten:
Zu jedem Funktionsschlüsselwort gibt es ein oder mehrere Parameterschlüsselwort/wörter und halt das Kommentar welches durch den Benutzer eigegeben wird.


Das Programm auf diese Tabellenstruktur umstellen sollte nicht das Problem sein.
Nur das erstellen dauert 4h (Rohdaten im XML Format) :pale:

[omata]

Zitat:

Zitat von ryLIX

Nur das erstellen dauert 4h (Rohdaten im XML Format)

Du kannst die Daten auch innerhalb der Datenbank von einer Tabelle/Tabellen umkopieren in eine Tabelle.

Stichwort: INSERT INTO + SELECT

[ryLIX]

ABer wie bekomme ich dann die Bezeichner in die beiden zusätzlichen Felder der neuen Tabelle?

[omata]

Ich verstehe dein Problem nicht?

SQL-Code:

INSERT INTO neueTabelle
SELECT 1 AS neueID, *
FROM alteTabelle1
:
:
INSERT INTO neueTabelle
SELECT 2 AS neueID, *
FROM alteTabelle2

[ryLIX]

Bezieht sich das SELCET Stmt nicht immer auf Columns?