Hallo John,
Am 02.03.2018 um 15:30 schrieb Frank Richter: > wenn du die alte DB in brauchbarem Zustand exportiert bekommst, ist > das sicher machbar. Möglicherweise ist etwas Handarbeit nötig, weil > deine neuen Kanäle i.A. andere UUIDs haben werden. > > Am 2. März 2018 um 15:22 schrieb John Doe <john...@null.net > <mailto:john...@null.net>>: > > > Da ich gerne auch weiterhin Vergleiche zu Vor- bzw. entsprechenden > Monaten der Vorjahre bilden möchte, würde ich natürlich die Daten > des 'alten' Systems benötigen. Gesetzt den Fall, ich käme > zumindest noch an Teile der alten SD-Karte: Gibt es eine > Möglichkeit, die Daten von dort mit dem neuen System > zusammenzuführen, sodass quasi ein 'nahtloser' Übergang (mit > Ausnahme der Stunde Bastelei) entsteht ? > Beste Grüße, > > So einen SD-Karten-Crash hatte ich auch schon... Wie Frank schreibt: Wenn Du die alte Karte noch ausgelesen bekommst und (auf einem anderen System) an die DB kommst, bestehen mit etwas SQL-Kenntnissen gute Chancen: Exportiere die Volkszaehler-Tabelle "data" z.B. als CSV und importiere sie -- ohne die Spalte "id"! -- in die Datenbank des "neuen" Systems. Die UUID der Kanäle ist egal, denn in data steht nur eine channel_id. Hier musst Du natürlich aufpassen und ggf. anpassen, wenn die Kanäle im alten und neuen Setup anders nummeriert sind. Ein Blick in die Tabelle "entities" (alt und neu) schafft Klarheit: Hier steht die Zuordnung von (channel_)id und UUID und was dieser Kanal ist. Bei Dir möglicherweise nur 2 Einträge vom type "electric meter". Warum muss beim Import die Spalte "id" weggelassen werden? Sie ist der Primärschlüssel der Datensätze und wird von der Datenbank automatisch vergeben. Würdest Du sie importieren, ist die Wahrscheinlichkeit hoch, dass Konflikte entstehen und Datensätze nicht wie gewünscht importiert werden. Viele Grüße Rupert
smime.p7s
Description: S/MIME Cryptographic Signature