Ist es sinnvoll, eine SQLite-Datenbank in der Versionskontrolle zu speichern?

8

Ich untersuche die Möglichkeit, SQLite als Datenbank zu verwenden, um Ressourcen (hauptsächlich Schlüsselwertpaare) zu speichern, die nur während des Entwicklungsprozesses benötigt werden. Auf diese Datenbank würde niemals direkt in der Produktion oder irgendeiner anderen Umgebung zugegriffen werden. Eine benutzerdefinierte Anwendung wird verwendet, um mehrere statische Ressourcen basierend auf dem Inhalt dieser Datenbank zu generieren. Ich möchte eine Geschichte der Änderungen an dieser Datenbank behalten, also scheint das Speichern in der Versionskontrolle eine gute Idee zu sein, da ich das kostenlos bekommen würde.

Meine Frage ist, würde dies Sinn machen mit SQLite? Oder gibt es eine geeignetere Alternative?

    
Ben Harrison 14.01.2014, 18:10
quelle

1 Antwort

12

Anstatt die Binärdatei für die SQLite-Datenbank zu speichern, sollten Sie das Quellmaterial speichern - entweder eine XML / CSV / ... oder eine SQL-Datei mit den INSERT-Anweisungen.

Auf diese Weise erhalten Sie die richtige Unterstützung für das Zusammenführen und Anzeigen von Verlauf / Vergleich (was bei Binärdateien und nur bei Textdateien nicht wirklich funktioniert).

    
Knaģis 14.01.2014, 18:18
quelle
yii\base\ErrorException
Copied! Copy Stacktrace Search Stackoverflow Search Google Error

PHP Core Warningyii\base\ErrorException

PHP Startup: Unable to load dynamic library 'mongodb.so' (tried: /usr/lib64/php/modules/mongodb.so (/usr/lib64/php/modules/mongodb.so: cannot open shared object file: No such file or directory), /usr/lib64/php/modules/mongodb.so.so (/usr/lib64/php/modules/mongodb.so.so: cannot open shared object file: No such file or directory))

$_GET = [
    'id' => '358955',
    'url' => 'does-it-make-sense-to-store-a-sqlite-database-in-version-control',
];

$_SESSION = [
    '__flash' => [],
];