Re: Wechsel von OGO zu SOGO

On 04.05.2008, at 13:40, Hannes Gruber wrote:
> Frage eins: Kann man Daten aus OGO nach SOGO =FCbernehmen?

Prinzipiell kann man Kontakte, Termine und Aufgaben =FCber den ZideStore =
=20
'r=FCberkopieren' (als vCard,iCal Dateien). Inhatlich haben die beiden =20=

Server freilich wenig miteinander zu tun, ganz anderer Fokus.

> Im Ogo habe ich mir einmal die DB Struktur angesehen, weil ich einen =20=

> Adressimport programmiert hatte. Die Company Tabelle ist =20
> schrecklich. Alles in einen Topf geworfen, jenseits von gutem DB =20
> Layout.

Naja. Die Company Tabelle ist aus 3 Gr=FCnden im PG suboptimal:
a) Sybase Limitationen
b) PostgreSQL Limitationen (keine writable Views)
c) Outlook

Ich weiss nicht was du mit in 'einem Topf' geworfen meinst, die Daten =20=

sind relational alle aufgedrieselt. Einige Daten sind irgendwann mal =20
wegen Outlook 'flach' hinzugekommen.

'person', 'team' und 'enterprise' waren urspruenglich 'Views' auf die =20=

'Company' Tabelle da Sybase nur eine begrenzte Anzahl von Constraints/=20=

Indices zwischen Tabellen unterstuetzt hat (ich meine 16).
Verkompliziert hat sich das mit PG weil dieses nun wiederum (immer =20
noch nicht!) keine schreibbaren Views hat. Daher die Subtabellen.

Wie auch immer, 'schrecklich' kann ich daran wenig finden. Es gibt ein =20=

paar Kr=FCcken um DB-Abh=E4ngigkeiten abzubilden, aber alles in allem =
ist =20
das OGo Schema sehr flexibel.

> Ist SOGO in dieser Beziehung besser, oder baut es auf der gleichen =20
> DB auf?

SOGo ist konzeptionell ein Storage-Server, dort werden vCard/iCalendar =20=

abgelegt. Tabellentechnisch gibt es da nur einen Index ueber die Daten =20=

damit das Web-Interface Queries schnell fahren kann.
Mit einer relationalen DB wie im OGo hat das direkt nichts zu tun, wie =20=

gesagt, komplett andere Zielgruppe.

Gruss,
   Helge
--=20
Helge Hess
http://www.helgehess.eu/=