Datenbank Entscheidung (biolog. Experiment Daten)

[ete]

Hallo!

Ich würde euch gern nach eurer Meinung bzgl. der richtigen DB Wahl fragen:

Also im Laufe der Jahre haben sich hunderte Excel Tabellen mit Daten aus versch. biologischen Experimenten angesammelt und nun lebt das Chaos
Wir würden das ganze nun gerne in eine DB packen, nur die Frage ist, in welche. Hier mal eine kurze Zusammenfassung:

- unter 100.000 Entities
- jedes mit einer unterschiedlichen Anzahl von Daten und Typ pro Experiment (also viele Tabellen, die miteinander in Verbindung stehen)
- gleichzeitiger Zugriff ist zweitrangig
- muss unter Windows laufen
- GUI, User fragt nach Keyword und bekommt alle Daten dazu

Das ganze sollte mit möglichst wenig Aufwand realisierbar sein, da ich eigentlich im Labor stehe, d.h. das ganze nur als nebenher mache...

Was würdet ihr empfehlen? Ich habe leider nicht so den Einblick in DB's. Ich habe bis jetzt nur Sqlite3 verwendet.
Bin für jeden Hinweis dankbar
Stefanie

[cofi]

Sieht fuer mich so aus, als waere Sqlite sehr geeignet.

[Leonidas]

Sieht fuer mich so aus, als waere Sqlite sehr geeignet.

Dito, scheint ziemlich perfekt für SQLite zu sein.

Hmm, ob jetzt ein Tipp von DasIch kommt, Redis zu nutzen?

[DasIch]

Hmm, ob jetzt ein Tipp von DasIch kommt, Redis zu nutzen?

Ich denke eine relationelle Datenbank in diesem Fall wohl am besten geeignet sein dürfte.

[ete]

Ok, danke! Dann bleib ich bei Sqlite.

Schade wollte mal was neues probieren...

[cofi]

Dich haelt niemand davon ab Allerdings faellt das Einarbeiten in ein neues DBMS nicht gerade unter "wenig Aufwand".

[noisefloor]

Hallo,

- jedes mit einer unterschiedlichen Anzahl von Daten und Typ pro Experiment (also viele Tabellen, die miteinander in Verbindung stehen)

Je nachdem, wie komplex das ganze ist, kann das Normalisieren der DB schon aufwendig sein.

- GUI,

Eine GUI ist nie wenig Aufwand, wenn man die selber schreiben will (muss).

Gruß, noisefloor

[ete]

Dich haelt niemand davon ab Allerdings faellt das Einarbeiten in ein neues DBMS nicht gerade unter "wenig Aufwand".

Klar, dass spricht eindeutig dafür bei SQlite zu bleiben.

Je nachdem, wie komplex das ganze ist, kann das Normalisieren der DB schon aufwendig sein.

Sehr komplex. Die Datenstruktur und Typen können sich auch ständig ändern. Daher muss die DB auch flexibel sein.
GUI ist unverzichtbar, also werde ich es wohl mit wxPython selber machen müssen...

Na gut, ich hatte gehofft es gebe vielleicht eine Alternative aber dann bleib ich wohl beim Alten
Mir grauts jetzt schon vor den ganzen Excel Tabellen

[gkuhl]

Vielleicht ist der SQLite Database Browser für dich ja schon GUI genug.

Grüße
Gerrit

[ete]

Vielleicht ist der SQLite Database Browser für dich ja schon GUI genug.

Grüße
Gerrit

Danke, schau ich mir mal an!

[HerrHagen]

An der Stelle vielleicht auch einen Blick wert:
http://code.google.com/p/sqlite-manager/