From 45bb0ccde6e6ef678b0f8cc0b5ffd035ba247421 Mon Sep 17 00:00:00 2001 From: Andreas Romeyke <art1@andreas-romeyke.de> Date: Wed, 21 Jul 2021 14:04:28 +0200 Subject: [PATCH] =?UTF-8?q?-=20typofixes=20-=20Erkl=C3=A4rung,=20warum=20S?= =?UTF-8?q?QL=20Script=20gro=C3=9F=20wird=20hinzugef=C3=BCgt=20-=20Erweite?= =?UTF-8?q?rung=20Konsequenzen?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- doc/decisions/ADR-sqlite.asciidoc | 15 ++++++++++----- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/doc/decisions/ADR-sqlite.asciidoc b/doc/decisions/ADR-sqlite.asciidoc index 3858eb4..0fdfb53 100644 --- a/doc/decisions/ADR-sqlite.asciidoc +++ b/doc/decisions/ADR-sqlite.asciidoc @@ -16,7 +16,7 @@ ADR - Name Statt SQL für eine PostgreSQL-Datenbank zu erzeugen, wird direkt eine SQLite-Datenbank generiert. -Optional soll die Gnerierung des SQL-Scripts möglich bleiben. +Optional soll die Generierung des SQL-Scripts möglich bleiben. == Status @@ -31,9 +31,9 @@ Proposed Bisher wird ein Script generiert, welches SQL für eine PostgreSQL-Datenbank erzeugt. Dies zieht folgende Probleme nach sich: -1. das SQL-Script wird sehr groß, inbesondere, weil jedes Jahr mehr und mehr AIPs zu berücksichtigen sind +1. das SQL-Script wird durch die serialisierte und textuelle Darstellung der Daten sehr groß, insbesondere, weil jedes Jahr mehr und mehr AIPs zu berücksichtigen sind. 2. es muss eine extra Postgres-Datenbank aufgesetzt werden -3. das SQL Script ist von der Datenbank entkoppelt. Ob das Script tatsächlich funktioniert, kann erst bei Einspielen des Scripts in die Datenbank geprüft werden +3. das SQL-Script ist von der Datenbank entkoppelt. Ob das Script tatsächlich funktioniert, kann erst bei Einspielen des Scripts in die Datenbank geprüft werden Mit der Nutzung von SQLite hätte man zum einen sofort eine lauffähige Datenbank, die nicht erst administriert werden muss. Zum anderen erspart man sich den Zwischenschritt der SQL-Script Generierung. @@ -41,6 +41,11 @@ Mit der Nutzung von SQLite hätte man zum einen sofort eine lauffähige Datenban // was folgt aus Entscheidung -Durch die direkte Verwendung von SQLite entfällt der Erhalt der Eigenschaft "direkt lesbar". Durch die optionale Möglichkeit der Generierung des SQL-Scriptes wird dieser Nachteil abgefedert. +1. Durch die direkte Verwendung von SQLite entfällt der Erhalt der Eigenschaft "direkt lesbar". Durch die optionale Möglichkeit der Generierung des SQL-Scriptes wird dieser Nachteil abgefedert. + +2. Ein Nachteil ist, dass auf SQLite nicht ohne weiteres mehrere Programme von unterschiedlichen Rechnern zugreifen können. + +3. Berücksichtigt werden sollte, dass es uU. möglich ist, dass eine SQLite-Datenbank-Datei nur mit bestimmten Versionen lesbar ist. Die Nutzbarkeit der SQLite-Datenbank muss durch regelmäßige Tests sichergestellt werden. + +4. Durch die direkte Verwendung von SQLite könnte man die Erzeugung der Exit-Datenbank einfacher automatisieren. -Berücksichtigt werden sollte, dass es uU. möglich ist, dass eine SQLite-Datenbank-Datei nur mit bestimmten Versionen lesbar ist. Die Nutzbarkeit der SQLite-Datenbank muss durch regelmäßige Tests sichergestellt werden. -- GitLab