AW: Dynamische zuweisung von Spalten
Also wie man da ohne KI auskommt, ist mir schleierhaft.
Solange alle Daten/Spalten, die durch irgendein CSV eintrudeln in der DB vorhanden sind, kann man alles zuordnen. Schon hier ist klar. In der DB wird dann die ein oder andere Spalte mal leer bleiben. Es ist offenbar ja nicht so vorgesehen, dass die Dateien sich nur durch andere Header -mit gleichem Inhalt- unterscheiden. Spätestens, wenn dann ein Spalteninhalt gar nicht zuzuordnen ist, bleibt er entweder auf der Strecke oder man ermöglicht es, wirklich dynamisch, in der DB eine neue Spalte anzulegen. Selbst ohne das tolle Feature, Spalten in der DB anlegen zu können, wird es in der Praxis so sein, dass der Anwender ab und zu 2 Augen zudrückt und die CSV Inhalte irgendwelchen DB Spalten zuordnet, die eigentlich nicht passen. Erfahrungsgemäß sind schon CSV Dateien oft so gestaltet, dass es mindestens eine Vielzweckspalte gibt. Eine DB, deren Inhalte nicht zu den Feldern passen kann man sich aber auch gleich sparen. |
AW: Dynamische zuweisung von Spalten
Liste der Anhänge anzeigen (Anzahl: 1)
So in etwa würde ich mir das vorstellen.
|
AW: Dynamische zuweisung von Spalten
Darf ich noch einmal meckern? Das ist kein 'Wizard' oder 'Assistent', sondern ein ziemlich überladenes Formular. Oder ist das gar nicht als Formular gedacht, sondern als kompakte Darstellung deiner Idee?
Mal sehen, vielleicht verstehe ich es ja: 1. Eine CSV-Datei besteht aus Zeilen und Spalten (C1...Cm) 2. Du hast eine Tabelle in einer Datenbank mit allen Spalten (S1...Sn). 3. Für jede Datei möchtest Du ein Mapping, sodaß Ci => Sj abgebildet wird. 4. Dein Programm weiß einfach so, welchem Feld in der Benutzeransicht die Tabellenspalte 'Nachname' zugewiesen ist. :gruebel: Aufgaben: I. Die Menge von Spalten, also das Layout der DB-Tabelle (S1...Sn) soll veränderbar sein. II. Beim Import einer CSV-Datei lädst Du ein vordefiniertes Mapping und importierst die Datei. Ist das korrekt so? Die Handhabung ist mehr als holperig, denn um eine Übersicht über das Mapping zu bekommen, musst Du auf die einzelne CSV-Spalte klicken, um dann im Dropdown das aktuell eingestellte Mapping zu sehen. Zeige das lieber als Grid mit drei Spalten an (Nr, CSV-Spalte, DB-Spalte). Entweder du blendest dann in der dritten Spalte deine Dropdownliste ein (dann kann man das Mapping direkt im Grid machen), oder Du machst das -wie bisher- über ein separates Dropdown. Für die Pflege der Zieltabelle würde ich einfaches DDL nehmen, also: Spalte hinzufügen: "ALTER TABLE ZielTabelle ADD NeueSpalte <Typ>" Spalte wegnehmen: "ALTER TABLE ZielTabelle DROP AlteSpalte" usw. Das Mapping erschlägst Du mit einer Stringliste 'CSV-Spalte=DB-Spalte'. Der Dateiname der Stringliste ist der Name der Vorlage. Die DB-Tabellendefinition und die Datentypen liest Du per Metainformation aus der Datenbank. |
AW: Dynamische zuweisung von Spalten
Zitat:
"export_partial" ist die erste CSV-Datei mit Format1 "Export (Neu)" ist die zweite CSV-Datei mit Format2 Die beiden Dateiimport-Felder stellen den aufeinander folgenden Import der Dateien dar. Erstellen/ Bearbeiten stellt die Möglichkeit zur Benennung der Spalten dar. Die Benutzeranzeige stellt das Menu zur Konfiguration der Datensatzansicht dar. Die Datennsicht ist die Benutzeransicht der Datenbank. Zitat:
2. ja- am Anfang 0 spalten, dann die aus er den CSV-Dateien 3. ja - Spalten aus der neuen CSV werden auf bestehende Spalten gemapt. Wenn das nicht passiert wird die spalte erstellt. 4. Das soll eigentlich der Benutzer machen. Wenn das CSV-Format bekannt ist (Vorlage) muss der Benutzer nichts machen. (Problem hierbei: Der Benutzer weist aus Desinteresse oder Unwissenheit irgendwas zu) Zitat:
II. Bekanntes Format -> einfacher Import, unbekanntes Format -> Mapping + Spaltenerstellung Zitat:
Zitat:
Alle Spalten werden für die DB neu erstellt, der Benutzer definiert die Anzeigenamen und die Vorlage wird gespeichert. Beim zweiten Import (gleiches Format). Werden die neuen Daten ohne Änderungen hinzugefügt. Zitat:
Ich überlege ob das auch einfacher geht. Ich habe da freie Hand. Die einzige Vorgabe sind die verschiedenen CSV-Formate. PS: Danke für die Antworten! :thumb: |
AW: Dynamische zuweisung von Spalten
Welches RDBMS wenn man fragen darf?
Aber ansonsten ist das ja kein großes Ding. Hapert es an der Umsetzung oder eher an der GUI? Oder nur, wie man das am einfachsten löst? Ich würde mir da keinen großen Kopf drum machen. Das ist ein relativ einfaches Programm. Kümmer dich doch erst einmal um die Klassen und schreib ein Konsolenprogramm, was die Klassen testet. |
AW: Dynamische zuweisung von Spalten
Zitat:
Zitat:
Zitat:
Danke für deine Meinung und Hilfe. :thumb: |
AW: Dynamische zuweisung von Spalten
Zitat:
Woran Du vielleicht denkst, ist ein EAV-Model. Mach es nicht. Lohnt nicht, zu langsam, zu aufwändig. Dein mySQL hat alles, was Du brauchst (SQLite auch). Wenn dieser Import nur 10% ausmacht, wie sehen denn dann die anderen 90% aus? |
AW: Dynamische zuweisung von Spalten
Zitat:
Wenn Benennung und Inhalt im vollkommen Ermessen des Nutzers liegt, halte ich das für problematisch. Es sei denn, es geht einfach nur um Archivierung im weitesten Sinne oder wahlfreies Datenbrowsen. Ich habe ähnliche Verfahren entwickelt, wo die Importformate variieren, der finale Import aber in definierte Strukturen geht. Hierbei verwalte ich allerdings die geladenene Datei und den Importvorgang selbst mit. Ein Importvorgang lässt sich später anhand Originaldatei und logischen Transaktionsnummern nachvollziehen oder rückgängig machen. Falls Deine Import in irgendeiner Form einen Zusammenhang zu den restlichen 90% haben und es da eine bestimmte Semantik in den Importdaten gibt, solltest Du Dir sehr genau überlegen, was Du da baust und verdrahtest. (Ein nachvollziehbarer Importvorgang wäre dann m.E. das Minimum) Zur DB: Ich habe jüngst wieder erleben dürfen, wie nickelig RDBMS auf Modelländerungen reagieren. Alles unproblematisch, solange meine keine Referenzierung oder Views oder oder verwendet. Sobald man sowas aber definiert, haben die Systeme viel zu meckern, wenn Modelländerungen anstehen- was bei Dir ja systematisch geschieht (im laufenden Betrieb). Das Niveau, das ich da von Oracle kenne, hab ich woanders noch nicht erlebt. Konkret nicht bei MSSQL und Postgres, mySQL habe ich bis jetzt gemieden, sqLite sehe ich nicht wirklich als RDBMS an, für SingleUser Systeme mag es ok sein. |
AW: Dynamische zuweisung von Spalten
Du meinst, wenn man z.B. in MSSQL eine Tabellenstruktur ändert, funktionieren u.U. Views etc. nicht? Das ist richtig, wenn man den Fehler macht, in einer View ein 'Select * ' zu verwenden, was eh ein Anti-pattern ist.
Und wenn man Spaltennamen ändert, geht das natürlich dann nicht. Außer, man würde die Views mit ändern, was irgendwie zwingen wäre. Würde Oracle denn ein Refactoring der Views und SP durchführen, wenn man einen Spaltennamen ändert? |
AW: Dynamische zuweisung von Spalten
wenn man mit * Antipattern arbeitet, macht oracel das
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:50 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz