Hallo alle zusammen!

Ich brauche ein Datenbanksystem was Systemübergreifend ist und ohne offensichtlichen Server auskommt.
Im Windows würde ich MSAccess nehmen. Die Datenbanken kann ich überall mit hinnehmen und relativ einfach mit einem Programm auslesen lassen ohne speziell einen Server installiert zu haben.

Ich brauche soetwas nur Systemübergreifend. (Linux/Windows/Mac)

Gibt es sowas? Wenn ja wie heisst es? bzw. Wo find ich's?

csv - Files !?
XML Files !?
MySQL !? - benötigt Client-Server-Architektur

Man bräuchte da schon etwas genauere Angaben. Was willst du speichern? Nur Einstellungen? und lokale Daten dann reicht vielleicht das oben genannte - brauchst du immer die selben Daten für alle Clients? Dann kommst du um eine Client Server Architektur nicht wirklich herum. ( Ließe sich auch über Internet/Intranet über Webservices - realisieren )

LG bb

OK, vielleicht war das ein wenig wenig Information, Entschuldigung dafür.

Ich muss ein System bauen, in welchem ich Kunden,Rechnungen,Auftrage, Artikel einer Firma speichern muss. Dieses DBSystem sollte von allen oben genannten Betriebssystemen erreichbar und transportabel sein. CSV,XML Files fallen raus, da hier wichtige Daten drin liegen sollen (die PW geschützt sein sollten)

Eine Client-Server Architektur mit nem MySQL würde sich hier meiner Meinung nach anbieten, aber der Kunde kann es sich nicht Leisten noch einen Server zu kaufen und diesen zu unterhalten. (relativ kleine Firma)

XML etc fällt nicht unbedingt raus. Passwörter etc. müssen sowieso verschlüsselt werden. Ob Textfilebasierend oder in einer anderen DB.

Trotzdem stehen dann immer noch alle Informationen als klartext in Dateien die sich mit jedem editor öffnen lassen. wie sieht das ganze denn aus, wenn du deine Daten in Objekten speicherst und diese dann (ich spreche jetz mal aus der Java sicht, aber soetwas gibt es sicherlich auch woanders) serialisierst und dann ablegst ?
Wie groß werden die Datenbestände? In welcher Sprache wird der rest entwickelt?
Wenn du so Plattformunabhängig arbeiten möchtest, kann es ja schon fast nur html oder java sein, was der Kunde später sieht.

Evtl. ist das hier sonst auch interessant:
http://www.db4o.com/deutsch/
http://de.wikipedia.org/wiki/Db4o

Ist nicht so schnell wie eine Reallationale DB, aber ich denke in deinem beschriebenem Fall sollte das nicht so sehr ins gewicht fallen.

..oder wie wäre es mit SQLite?

Wieso muss der Kunde einen extra Server kaufen um eine mysql-Datenbank laufen zu lassen.
MySQL kann ja auch auf dem gleichen Rechner laufen wie die Anwendung. Aus Kostengründen ist das mit Sicherheit eine Alternative.
Aber wie die Vorredner auch schon sagten- Wichtig ist auch die Sprache in der entwickelt wird.
PHP + MySQL = ideal
Serialisierte XML Files gehen in Java und C#
Also noch sind alle Möglichkeiten offen.
Und XML Files zu verschlüsseln dürfte auch nicht wirklich die Welt sein

Grüsse bb

Zitat von brainbyte

Serialisierte XML Files gehen in Java und C#

Wieso xml files serialisieren? Ich würde die xml files erst garnicht anlegen, sonder direkt die objekte serialisieren. Falls das die gewünschte Datenhaltung sein soll.
Aber evtl einfach mal oben die Links zum thema DB4O angucken.

Zitat von brainbyte

Wieso muss der Kunde einen extra Server kaufen um eine mysql-Datenbank laufen zu lassen.

Davon wurde auch nicht gesprochen, Unicate will einfach keine zusätzliche Software installieren müssen, und das kann auch die verschiedensten Gründe haben.
Vorallem für kleine Anwendungen, die möglicherweise gar kein Setup haben, ist eine eingebaute Datenbank durchaus praktischer und einfacher zu Verwalten als wenn da noch ein im Vergleich dazu riesiger Service im Hintergrund läuft.

Hier ein paar Auszüge aus Wikipedia zu DB4O

db4o (database for objects) ist eine Objektdatenbank für die Java- und .NET-Plattform. Die db4o-Programmbibliothek zeichnet sich durch einen vergleichsweise geringen Speicherbedarf von etwa 600 kB aus.

Db4o bietet mehrere Arbeitsmodi an:
1. Embedded Mode: Es wird im Anwendungscode ein Objektcontainer geöffnet, wie in obigem Beispiel gezeigt. Basis ist hier ein dateibasierter Zugriff.
2. Client / Server Mode: Db4o kann als Server gestartet werden und dadurch von Clients Anfragen entgegennehmen.

Neben dem kleinen Speicherbedarf für die Programmbibliothek ist der Bedarf an Arbeitsspeicher zur Laufzeit ebenfalls gering und überschreitet normalerweise 1 MB nicht.

Ich hab mal ein kleines Beispiel projekt erstellt. Das Zip archiv einfach entpacken und in eclipse als "Existing Projekt" Importieren und den Speicherort der DB ändern. (Zeile 21)

Code java:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83

package org.kleeschulte.example.db4o.app;   import org.kleeschulte.example.db4o.model.Auto; import org.kleeschulte.example.db4o.model.Person;   import com.db4o.Db4o; import com.db4o.ObjectContainer; import com.db4o.ObjectSet;   /**  *  * @author Kleeschulte  * @since 19.02.2010  */ public class App {       @SuppressWarnings("deprecation")     public static void main(String[] args) {         // Datenbank öffnen         ObjectContainer db = Db4o                 .openFile("C:/Users/Kleesch/Desktop/testDB.endung");         try {               // Person Speichern             db.store(new Person("Paul", "Panzer", 28));             db.store(new Person("Max", "Mustermann", 30));               // Alle Personen aus db holen             ObjectSet<?> result = db.queryByExample(new Person());             while (result.hasNext()) {                 Person p = (Person) result.next();                 System.out.print(p.getName() + ", ");                 System.out.print(p.getNachname() + " ");                 System.out.println(p.getAlter());             }               // bestimmte Person suchen             Person suche = new Person();             suche.setNachname("Panzer");             result = db.queryByExample(suche);             Person found = null;             if (result.hasNext()) {                 // Person ändern                 found = (Person) result.next();                 found.setAlter(found.getAlter() + 1);                   // Abhängigkeiten...                 Auto auto = new Auto("Opel", "schwarz", 140);                 found.setAuto(auto);                   // Person wieder speichern (Auto wird automatisch                 // mitgespeichert)                 db.store(found);                   // Lösche eine Person                 // db.delete(found);             } else {                 System.out.println("Person wurde nicht in DB gefunden.");             }               // Alle Autos aus DB holen             result = db.queryByExample(new Auto());             while (result.hasNext()) {                 Auto auto = (Auto) result.next();                 System.out.print(auto.getHersteller() + ", ");                 System.out.print(auto.getFarbe() + " ");                 System.out.println(auto.getPs() + "Ps");             }               // Änderungen festschreiben             // db.commit();               // Änderungen verwerfen             db.rollback();         } catch (Exception e) {             e.printStackTrace();         } finally {         }         // Datenbank schließen         db.close();     }   }

Ich habe selbst noch nicht viel damit gearbeitet. Aber es scheint wirklich sehr einfach und recourcen schonent zu sein.

TAGS: db4o java example howto beispiel Objektdatenbank

Geil!

Ich danke euch wie verrückt DB4O klingt nach genau dem was ich gesucht habe.

Vielen Dank!

Du weisst aber schon, dass DB4O für den kommerziellen Einsatz lizensiert werden muss, oder?

Grüße
gore