From users-de@opengroupware.org Sun May 4 12:40:05 2008 From: users-de@opengroupware.org (Hannes Gruber) Date: Sun, 04 May 2008 13:40:05 +0200 Subject: [OGo-Users-DE] Wechsel von OGO zu SOGO Message-ID: <481DA095.9020200@guzman.at> Juche Helge, ich weiß jetzt nicht ob das hier die richtige Liste ist, oder ob ich mich vorerst bei der SOGO Liste anmelden muss, um eine Antwort auf diese Fragen zu bekommen. Wir überlegen von OGO auf eine neue Groupware umzusteigen, auf der Suche habe ich SOGO gefunden. Das scheint mir recht attraktiv zu sein. Ich habe auch gesehen, dass Du dort irgendwie die Finger im Spiel hast, und daher möglicher Weise auch Antworten hast. Frage eins: Kann man Daten aus OGO nach SOGO übernehmen? Ich hoffe eigentlich nicht, weil, Frage zwei: Im Ogo habe ich mir einmal die DB Struktur angesehen, weil ich einen Adressimport programmiert hatte. Die Company Tabelle ist schrecklich. Alles in einen Topf geworfen, jenseits von gutem DB Layout. Ist SOGO in dieser Beziehung besser, oder baut es auf der gleichen DB auf? So, und das war es dann auch schon. Vielen Dank, Hannes -- --<>------------------------------------------- Zufallszitat: "Education's purpose is to replace an empty mind with an open one." Malcolm S. Forbes !!! www.usw.at !!! nimm die Herausforderung an From users-de@opengroupware.org Sun May 4 22:51:28 2008 From: users-de@opengroupware.org (Helge Hess) Date: Sun, 4 May 2008 23:51:28 +0200 Subject: [OGo-Users-DE] Wechsel von OGO zu SOGO In-Reply-To: <481DA095.9020200@guzman.at> References: <481DA095.9020200@guzman.at> Message-ID: <66290076-FA9E-4D64-A914-BD21B81D4D1F@opengroupware.org> 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/= From users-de@opengroupware.org Mon May 5 15:10:13 2008 From: users-de@opengroupware.org (Hannes Gruber) Date: Mon, 05 May 2008 16:10:13 +0200 Subject: [OGo-Users-DE] Wechsel von OGO zu SOGO In-Reply-To: <66290076-FA9E-4D64-A914-BD21B81D4D1F@opengroupware.org> References: <481DA095.9020200@guzman.at> <66290076-FA9E-4D64-A914-BD21B81D4D1F@opengroupware.org> Message-ID: <481F1545.2090806@guzman.at> Juche Helge, danke für die Antwort. Habe mir noch bevor ich die Antwort bekommen habe mein Mail durchgelesen und mich gefragt wieso ich da so hart geschrieben habe. Entschuldige die Kritik, ist natürlich subjektiv wie man seine Anwendung in der DB abbilden möchte. Und dann noch dazu wenn das ganze noch ein Erbe von alten Restriktionen ist, noch besser verständlich. Danke aber für die ausführliche Antwort. Hannes -- --<>------------------------------------------- Zufallszitat: I can look for him when he is not there, but not hang him when he is not there. One might want to say : But he must be somewhere there if I am looking for him. Then he must be somewhere there too if I don't find him and even if he doesn't exist at all. (Wittgenstein) !!! www.usw.at !!! nimm die Herausforderung an