[vz-users] DB Backup auf NAS via sqlite

[Thomas Höpfner]

Hallo Andreas,

ich habe das Problem nicht, möchte es aber verstehen.

> Am 30.12.2020 um 19:17 schrieb Andreas Goetz <cpuidle at gmail.com>:
> 
> Die Frage stellt sich nicht da die Datensätze vollständig mit ID eingefügt werden. Genau deshalb triffst Du ja anscheinend auf die Duplikate.

Ok, währe scheinbar zu einfach als Erklärung. 

Mit freundlichen Grüßen 

thomas


> Mach Dir doch mal den Spass und schau wieviele offene DB Connections es gibt wenn der Fehler mal wieder auftritt (falls sqlite sowas anzeigen- da in ich nicht sicher bei dem Dateimechnismus). 
> 
> Viele Grüße, Andreas
> 
> 
>> On 30. Dec 2020, at 19:12, Thomas Höpfner <thomas at thhoe.de> wrote:
>> 
>> Hallo Andreas,
>> 
>>> 
>>>> Am 30.12.2020 um 18:33 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>>> 
>>> 
>>> Bisher hatte niemand ähnliche Probleme wie Du. Da sich dbcopy immer den „höchsten“ Datensatz aus dem Index sucht würde ich ausschliessen dass dabei doppelt geschrieben werden kann. Es sei denn, dbcopy wäre nicht das einzige Programm dass in die DB schreibt...
>>> 
>>> Viele Grüße, Andreas 
>> 
>> Was passiert wenn man Daten löscht und mit
>> 
>> TRUNCATE TABLE data
>> 
>> danach aufräumt? Dabei könnte doch der nächste AUTOINCREMENT kleiner sein wie der höchste vergebene. 
>> 
>> Thomas 
> 
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201230/e56ea206/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 2082 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201230/e56ea206/attachment-0001.bin>