Gedbas4all/Systemarchitektur - Versionsgeschichte

MLCarl3 am 14. November 2016 um 17:17 Uhr

2016-11-14T17:17:45Z

← Nächstältere Version		Version vom 14. November 2016, 19:17 Uhr
Zeile 10:		Zeile 10:
	* Die Familienanzeigen verwenden nur sehr eingeschränkte Daten, so dass hierfür ein vereinfachtes Formular für die Eingabe von Daten verwendet werden kann.		* Die Familienanzeigen verwenden nur sehr eingeschränkte Daten, so dass hierfür ein vereinfachtes Formular für die Eingabe von Daten verwendet werden kann.
	* Für die Verarbeitung von fertiger Forschungsergebnisse wird ein [[Gedbas4all/GEDCOM-Import]] benötigt.		* Für die Verarbeitung von fertiger Forschungsergebnisse wird ein [[Gedbas4all/GEDCOM-Import]] benötigt.

			[[Kategorie:Gedbas4all]]

Jzedlitz: auf aktuellen Stand gebracht

2013-02-22T20:46:43Z

auf aktuellen Stand gebracht

← Nächstältere Version		Version vom 22. Februar 2013, 22:46 Uhr
Zeile 1:		Zeile 1:
	Zentrale Komponente von Gedbas4all ist der '''Datenspeicher''', in dem genealogische Informationen dem [[Gedbas4all/Datenmodell]] entsprechend abgelegt sind. Der kann als relationale Datenbank (MySQL) realisiert werden, aber eine nicht-relationale Speicherung ~~MongoDB scheint (sowohl aufgrund der Datenmenge als auch der Datenstruktur)~~ eine ~~gute~~ Alternative zu sein.		Zentrale Komponente von Gedbas4all ist der '''Datenspeicher''', in dem genealogische Informationen dem [[Gedbas4all/Datenmodell]] entsprechend abgelegt sind. Der kann als relationale Datenbank (MySQL) realisiert werden, aber eine nicht-relationale Speicherung könnte später eine Alternative zu sein.

	Neben dem führenden Datenspeicher gibt es noch mehrere '''Indizes''', die eine schnelle Suche im Datenbestand ermöglichen. Diese ~~sind derzeit~~ als ~~Collections in einer MongoDB geplant~~. Zum einen gibt es (a) allgemeine Indizes, die bei einer globalen Suche im Datenbestand helfen, zum anderen gibt es (b) auch spezialisierte Indizes, die nur für Daten eines Projektes gelten. Als Beispiel für (b) soll ein Eintrag aus der Adressbuchdatenbank dienen. Die eigentlichen Daten sind über dutzende (große) Tabellen verteilt, der Index enthält dagegen alle Daten, die für eine schnelle Suche benötigt werden:		Neben dem führenden Datenspeicher gibt es noch mehrere '''Indizes''', die eine schnelle Suche im Datenbestand ermöglichen. Diese werden als Cores eines Solr-Suchservers realisiert. Zum einen gibt es (a) allgemeine Indizes, die bei einer globalen Suche im Datenbestand helfen, zum anderen gibt es (b) auch spezialisierte Indizes, die nur für Daten eines Projektes gelten. Als Beispiel für (b) soll ein Eintrag aus der Adressbuchdatenbank dienen. Die eigentlichen Daten sind über dutzende (große) Tabellen verteilt, der Index enthält dagegen alle Daten, die für eine schnelle Suche benötigt werden.
	~~<source lang="javascript">~~
	~~{ "_id" : { "$oid" : "4caf00dcb8ff7878b7a2e369" },~~
	~~"year" : 1863,~~
	~~"address" : "Mühlenstraße 6",~~
	~~"sortAddress" : "Mühlenstraße0000066",~~
	~~"placeName" : "Landsberg/Warthe",~~
	~~"placeId" : "LANTHEJO72OR",~~
	~~"occupation" : "Maurergesell",~~
	~~"firstname" : "Karl",~~
	~~"lastname" : "Spiekermann",~~
	~~"persona" : 95,~~
	~~"assertion" : 90304,~~
	~~"book" : 1 } </source>~~

	Bei der '''Ausgabe''' gibt es eine allgemeine Weboberfläche, über die man alle Daten einsehen kann. Da verschiedenen Vereine und Projekte das System nutzen sollen, wir die Darstellung entsprechend den gerade angezeigten Informationen angepasst, siehe auch [[Gedbas4all/Darstellung]]. Daneben gibt es für bestimmte Projekte (z.B. Datenbank historischer Adressbücher, Grabsteindatenbank) angepasste Weboberflächen.		Bei der '''Ausgabe''' gibt es eine allgemeine Weboberfläche, über die man alle Daten einsehen kann. Da verschiedenen Vereine und Projekte das System nutzen sollen, wir die Darstellung entsprechend den gerade angezeigten Informationen angepasst, siehe auch [[Gedbas4all/Darstellung]]. Daneben gibt es für bestimmte Projekte (z.B. Datenbank historischer Adressbücher, Grabsteindatenbank) angepasste Weboberflächen.

	Zur '''Eingabe''' von Daten soll es mehrere Module geben. Das sollen zunächst spezialisierte Eingaben für einzelne Projekte sein.		Zur '''Eingabe''' von Daten soll es mehrere Module geben. Das sollen zunächst spezialisierte Eingaben für einzelne Projekte sein.
	* In die Datenbank historischer Adressbücher werden ~~Informationen mit Hilfe von OpenOffice~~-~~Tabellen eingegeben~~.		* In die Datenbank historischer Adressbücher werden zunächst über die [[DES\|Online-Erfassung DES]] erfasst und dann nach gedbas4all exportiert.
	* Die ~~Grabsteindatenbank verwendet~~ nur sehr eingeschränkte Daten, so dass hierfür ein vereinfachtes Formular für die Eingabe von Daten verwendet werden kann.		* Die Verluslisten des 1. Weltkriegs werden [[DES\|Online-Erfassung DES]] erfasst und (vor oder nach einer Nachbereitung) in gedbas4all exportiert.
			* Die Familienanzeigen verwenden nur sehr eingeschränkte Daten, so dass hierfür ein vereinfachtes Formular für die Eingabe von Daten verwendet werden kann.
	* Für die Verarbeitung von fertiger Forschungsergebnisse wird ein [[Gedbas4all/GEDCOM-Import]] benötigt.		* Für die Verarbeitung von fertiger Forschungsergebnisse wird ein [[Gedbas4all/GEDCOM-Import]] benötigt.

Jzedlitz am 1. Dezember 2010 um 13:04 Uhr

2010-12-01T13:04:19Z

← Nächstältere Version		Version vom 1. Dezember 2010, 15:04 Uhr
Zeile 1:		Zeile 1:
	Zentrale Komponente von Gedbas4all ist der '''Datenspeicher''', in dem genealogische Informationen dem [[Gedbas4all/Datenmodell]] entsprechend abgelegt sind. Der kann als relationale Datenbank (MySQL) realisiert werden, aber eine nicht-relationale Speicherung MongoDB scheint (sowohl aufgrund der Datenmenge als auch der Datenstruktur) eine gute Alternative zu sein.		Zentrale Komponente von Gedbas4all ist der '''Datenspeicher''', in dem genealogische Informationen dem [[Gedbas4all/Datenmodell]] entsprechend abgelegt sind. Der kann als relationale Datenbank (MySQL) realisiert werden, aber eine nicht-relationale Speicherung MongoDB scheint (sowohl aufgrund der Datenmenge als auch der Datenstruktur) eine gute Alternative zu sein.

	Neben dem führenden Datenspeicher gibt es noch mehrere '''Indizes''', die eine schnelle Suche im Datenbestand ermöglichen. Diese sind derzeit als Collections in einer MongoDB geplant. Als Beispiel soll ein Eintrag aus der Adressbuchdatenbank dienen. Die eigentlichen Daten sind über dutzende (große) Tabellen verteilt, der Index enthält dagegen alle Daten, die für eine schnelle Suche benötigt werden:		Neben dem führenden Datenspeicher gibt es noch mehrere '''Indizes''', die eine schnelle Suche im Datenbestand ermöglichen. Diese sind derzeit als Collections in einer MongoDB geplant. Zum einen gibt es (a) allgemeine Indizes, die bei einer globalen Suche im Datenbestand helfen, zum anderen gibt es (b) auch spezialisierte Indizes, die nur für Daten eines Projektes gelten. Als Beispiel für (b) soll ein Eintrag aus der Adressbuchdatenbank dienen. Die eigentlichen Daten sind über dutzende (große) Tabellen verteilt, der Index enthält dagegen alle Daten, die für eine schnelle Suche benötigt werden:
	<source lang="javascript">		<source lang="javascript">
	{ "_id" : { "$oid" : "4caf00dcb8ff7878b7a2e369" },		{ "_id" : { "$oid" : "4caf00dcb8ff7878b7a2e369" },
Zeile 15:		Zeile 15:
	"assertion" : 90304,		"assertion" : 90304,
	"book" : 1 } </source>		"book" : 1 } </source>

			Bei der '''Ausgabe''' gibt es eine allgemeine Weboberfläche, über die man alle Daten einsehen kann. Da verschiedenen Vereine und Projekte das System nutzen sollen, wir die Darstellung entsprechend den gerade angezeigten Informationen angepasst, siehe auch [[Gedbas4all/Darstellung]]. Daneben gibt es für bestimmte Projekte (z.B. Datenbank historischer Adressbücher, Grabsteindatenbank) angepasste Weboberflächen.

			Zur '''Eingabe''' von Daten soll es mehrere Module geben. Das sollen zunächst spezialisierte Eingaben für einzelne Projekte sein.
			* In die Datenbank historischer Adressbücher werden Informationen mit Hilfe von OpenOffice-Tabellen eingegeben.
			* Die Grabsteindatenbank verwendet nur sehr eingeschränkte Daten, so dass hierfür ein vereinfachtes Formular für die Eingabe von Daten verwendet werden kann.
			* Für die Verarbeitung von fertiger Forschungsergebnisse wird ein [[Gedbas4all/GEDCOM-Import]] benötigt.

Jzedlitz: Die Seite wurde neu angelegt: „Zentrale Komponente von Gedbas4all ist der '''Datenspeicher''', in dem genealogische Informationen dem Gedbas4all/Datenmodell entsprechend abgelegt sind. Der ...“

2010-12-01T12:57:39Z

Die Seite wurde neu angelegt: „Zentrale Komponente von Gedbas4all ist der '''Datenspeicher''', in dem genealogische Informationen dem Gedbas4all/Datenmodell entsprechend abgelegt sind. Der ...“

Neue Seite

Zentrale Komponente von Gedbas4all ist der '''Datenspeicher''', in dem genealogische Informationen dem [[Gedbas4all/Datenmodell]] entsprechend abgelegt sind. Der kann als relationale Datenbank (MySQL) realisiert werden, aber eine nicht-relationale Speicherung MongoDB scheint (sowohl aufgrund der Datenmenge als auch der Datenstruktur) eine gute Alternative zu sein.

Neben dem führenden Datenspeicher gibt es noch mehrere '''Indizes''', die eine schnelle Suche im Datenbestand ermöglichen. Diese sind derzeit als Collections in einer MongoDB geplant. Als Beispiel soll ein Eintrag aus der Adressbuchdatenbank dienen. Die eigentlichen Daten sind über dutzende (große) Tabellen verteilt, der Index enthält dagegen alle Daten, die für eine schnelle Suche benötigt werden:
<source lang="javascript">
{ "_id" : { "$oid" : "4caf00dcb8ff7878b7a2e369" },
"year" : 1863,
"address" : "Mühlenstraße 6",
"sortAddress" : "Mühlenstraße0000066",
"placeName" : "Landsberg/Warthe",
"placeId" : "LANTHEJO72OR",
"occupation" : "Maurergesell",
"firstname" : "Karl",
"lastname" : "Spiekermann",
"persona" : 95,
"assertion" : 90304,
"book" : 1 } </source>