Skip to content
Snippets Groups Projects
Commit 45bb0ccd authored by Andreas Romeyke's avatar Andreas Romeyke
Browse files

- typofixes

- Erklärung, warum SQL Script groß wird hinzugefügt
- Erweiterung Konsequenzen
parent 40d9b0f7
No related branches found
No related tags found
No related merge requests found
......@@ -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.
  • Owner

    Mit "direkt lesbar" meinst du wahrscheinlich "direkt menschenlesbar", oder?

  • Please register or sign in to reply
2. Ein Nachteil ist, dass auf SQLite nicht ohne weiteres mehrere Programme von unterschiedlichen Rechnern zugreifen können.
  • Owner

    "Nachteil" widerspricht der Forderung nach sprachlicher Neutralität. Besser z.B.: "Auf SQLite kann nicht ohne weiteres durch mehrere Programme von unterschiedlichen Rechnern zugegriffen werden."

  • Please register or sign in to reply
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.
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment