Wie kann ich automatisiert über viele Tabellen suchen?

[Rolf B]

Hallo Klaus1,

Webanwendung, die von einer externen Firma erstellt wurde und nun aber nicht mehr supportet wird

Es lebe das externe Know How. Es ist ja sooooo viel billiger, als eigene Kräfte zu hegen und zu pflegen. Bis der Externe den Sack zubindet und weiterzieht. Aber in dem Moment ist der Manager, der alles auf Extern gesetzt hat, vermutlich auch schon weitergezogen und stiftet anderswo Unheil. Und die armen kleinen Indianer müssen es ausbaden.

Ich halte die Struktur für "umständlich", da jedes weitere Produkt bedeutet, dass in der Datenbank ca. 20 weitere Tabellen erstellt werden

Ja, und die Externen sind ja auch dermaßen kompetent und klug - das schaffen die Internen nie. Und so erhält man dann DB-Layouts, die man vorzugsweise mit FORMAT E: repariert. Das, was Du da hast, ist nicht umständlich. Das ist sträflich dumme Fehlverwendung von Datenbanken. So gewaltig können die Tabellen gar nicht sein, dass man sie aus Performancegründen auf Produkte teilen muss.

Ein Update über mehrere Tabellen hinweg ist nicht möglich, ein Update geht immer nur auf eine Tabelle.

Das kannst Du scripten - wenn Du das nötige Know How hast, natürlich. Irgendwo wirst Du ja sicherlich eine "übersichtliche" Quelle für die neuen Preise haben, und dann musst Du pro Produkt die richtige Table finden und darin die Werte aktualisieren.

Frage ist nur, ob die Werte irgendwie historisiert sind. Wenn ein Angebot vom 01.08.2021 gespeichert ist und für 47,11€ rausgegangen ist, soll es ja, wenn man es am 01.02.2022 aufruft, immer noch 47,11€ anzeigen, und nicht auf einmal 52,10€. Aber ob das relevant ist, kannst nur Du wissen.

Rolf