frank1973

Hallo,

habe folgendes Problem:
Aus einer "Master Tabelle" diverse Daten in seperate Tabellen (insgesamt 22 Stück) aktualisieren/einfügen.
Folgende Abfrage funktioniert aber ich muss immer dieselbe Abfrage 22 mal schreiben gibt es eine einfachere Lösung dafür.
Die zu aktualisierende Tabelle sieht wie folgt aus:
ID_Plant Plant ChangeDate -->
ID_Plant ist Primärschlüssel
Plant ist Unique
ChangeDate ist on update current ....

folgende Abfrage verwende ich:

Update tblproductline AS E Inner Join tblpsrmonth AS T ON
(E.Productline = T.Productline)
SET E.Productline = T.Productline;
INSERT IGNORE INTO tblproductline (Productline)
SELECT Distinct T.Productline
FROM tblpsrmonth AS T
Left JOIN tblproductline AS E
ON E.Productline = T.Productline;

Update tbladhesive AS E Inner Join tblpsrmonth AS T ON
(E.Adhesive = T.Adhesive)
SET E.Adhesive = T.Adhesive;
INSERT IGNORE INTO tbladhesive (Adhesive)
SELECT Distinct T.Adhesive
FROM tblpsrmonth AS T
Left JOIN tbladhesive AS E
ON E.Adhesive = T.Adhesive;


Update tblplant AS E Inner Join tblpsrmonth AS T ON
(E.Plant = T.Plant)
SET E.Plant = T.Plant;
INSERT IGNORE INTO tblplant (Plant)
SELECT Distinct T.Plant
FROM tblpsrmonth AS T
Left JOIN tblplant AS E
ON E.Plant = T.Plant;

usw....

Geht das auch einfacher ???

Gruß
Frank

Mister Ad

ChrisB

Die Frage kann man nicht sinnvoll beantworten, bevor nicht erst mal geklärt ist, wozu diese 22 Tabellen dienen sollen bzw. welche Daten sie enthalten.

frank1973

Hallo Chris,

wie ich schon sagte es ist immer die gleiche Struktur.
Es sind Daten welche im Varchar Format vorhanden sind und dem Zweck dienen (will mein Boss) wie auch immer, dass diese 22 Datenspalten in seperate Tabellen ausgelagert werden (aktualisiert und beigefügt.
Sprich Import in Main Tabelle Reports anschl. aktualisieren und einfügen neuer DS in diese besagten 22 Tabellen.

Gruß
Frank

Hoffe du/ihr könnt mir nun helfen.

ChrisB

Das verletzt schon mal die erste Faustregel für's Datenbank-Design: Daten gleicher Struktur gehören auch in die gleiche Tabelle.

Ein wirklicher, nachvollziehbarer Sinn hinter dem Vorgehen wird auch aus dieser „Erklärung“ noch nicht erkennbar. (Und das liegt nicht nur am Faktor schwer verständliche Formulierung bzw. sonderbarer Umgang mit deutscher Grammatik, sondern auch an der Kürze allgemein. Wenn die vorliegende Situation nachvollziehbar werden soll, musst du schon etwas mehr ins Detail gehen.)


Wer bewusst von sinnvoller Datenmodellierung abweicht, der kann dann an den Umgang mit diesen Daten auch keine besonderen Ansprüche hinsichtlich „Einfachheit im Umgang damit“ mehr stellen.

Aus dem, was du bisher zur Situation erklärt hast, kann man nur schlussfolgern, dass bei euch eine Diskussion zum Thema sinnvolle Datenmodellierung längst überfällig sein dürfte.

frank1973

Hallo Chris,

also Beleidigungen brauche ich mir nicht anhören.
Es ist nach dem ER Model aufgebaut. Alle Daten sind gesamt in einer Tabelle allerdings erfordert es, dass bestimmte Daten hier nochmals ausgelagert werden müssen.
Die Frage war lediglich wie ich die Abfragen evtl besser zusammenfassen kann.
Nicht mehr und nicht weniger.

thomas_w

Für mein Verständnis: Um welche Datenbank handelt es sich hier? Der UPDATE kommt mir Syntaktisch etwas komisch vor.

Der UPDATE sieht formatiert so aus.

Funktioniert dieser SQL oder fehlt da irgendwas?

Du könntest zusätzlich die Tabellenstruktur einer der 22 Tabellen zeigen. Da hilft für das allgemeine Verständnis.


Grüße
Thomas

frank1973

Hallo Thomas,

danke für deine Antwort. Mysql Datenbank.
Ja es funktioniert, da die Spalte Adhesive Unique ist somit funktioniert es.

Hab die Struktur beigefügt.

Gruß
Frank

Miniaturansicht angehängter Grafiken

 

thomas_w

Also momentan fällt mir keine einfachere Lösung ein, als den SQL-Block 22x auszuführen, da 22 Tabellen aktualisiert werden. Da läßt sich nichts zusammenfassen. Du könntest höchsten das Ganze in ein Stored Procedure packen, dann wird alles am Stück ausgeführt.
Ich vermute, aus Performancegründen (z. B. Data Warehouse / Controlling) werden die Daten in die einzelnen Tabellen zerteilt. Zu hohe Normalisierung (warum auch immer) ist zwar formal korrekt, aber nicht unbedingt praktisch. Wie gesagt, eventuell das Ganze in ein Stored Procedure packen.

Grüße
Thomas

frank1973

Hallo Thomas,

genau um sowas ähnliches geht es zwischen Controlling, Einkauf und Technische Datenbank.

Dachte mir schon, dass man es nicht einfacher handhaben kann aber ein Versuch war es Wert.

Was meinst du mit "Stored Procedure" habe ich noch nicht gehört.

Gruß
Frank

thomas_w

"Gespeicherte SQL Proceduren" in der Datenbank. Siehe CREATE PROCEDURE...

Da die ganze Procedure in der Datenbank gespeichert wird (und damit bereits geparst ist), kann eine SP meistens etwas schneller sein, als wenn mehrere SQL-Befehle einzeln zur Datenbank geschickt werden und jedes mal geprüft und dann ausgeführt werden.

Grüße
Thomas