MoonKid
Anmeldungsdatum: 9. Februar 2012
Beiträge: 1379
|
Hatte mein kleines "Problem" versucht mit LibreOffice Base zu implementieren. Hab das bewusst gewählt, in der Hoffnung mit ein bisschen Clicken das hinzubekommen, ohne gleich wieder Code schreiben zu müssen.
LO scheitert jedoch schon an den simpelsten Aufgaben (Handling von Datum und Uhrzeit in Formularen) bzw. erzwingt dort schon Makro-Programmierung.
Dann kann ich auch gleich was richtiges nehmen. 😉 Wollte mich daher von euch ein bisschen inspirieren lassen. Gibt es grundsätzlich andere grafische Front-Ends für gängige Datenbanksysteme (gerne auch objektorientierte, aber nicht zwingend), mit denen sich simple Aufgaben per "Klicks" lösen liesen (ähnlich dem Konzept von LibreOffice Base oder MS Access)? Die darunter liegende Datenbank möchte ich in der Zukunft evtl. auch anderweitig (R, Pyhton, ...) weiterverwenden bzw. dafür konvertieren können. Wenn nicht (was ich befürchte), steht die Frage nach einer Selbstbaulösung. Ocaml hatte ich mal angeschaut. Vielleicht zuviel hierfür. Phyton ist immer interessant. Welches Datenbanksystem sollte man drunter legen? Bei Phyton würde sich ein echtes(!) OODB ja gerade zu anbieten. Was ist mit R? Keine echte Datenbank. RStudio läuft bei mir nicht. Berichte/Reports mit TeX - wunderbar! Andere FrontEnds für R zur Dateneingabe? Ideen?
|
Allaman
Anmeldungsdatum: 23. Februar 2010
Beiträge: 173
|
mysql und phpmyadmin oder wäre das ein Overkill bzw zu code lastig?
|
MoonKid
(Themenstarter)
Anmeldungsdatum: 9. Februar 2012
Beiträge: 1379
|
Allaman schrieb: mysql und phpmyadmin oder wäre das ein Overkill bzw zu code lastig?
Ne ne, Codelastigkeit an sich ist kein Problem. Es ging mir nur darum, dass wenn ich ein Klicki-Bunti-Frontend wie LO Base nutze, will ich eben keinen Code sehen müssen. PHP. Mhm... PHP kann OO sein, aber mysql nicht. Da wären wrapper, etc notwendig, oder? Kann man das kompilieren (als binärdatei), oder muss da immer ein webserver laufen?
|
rklm
Projektleitung
Anmeldungsdatum: 16. Oktober 2011
Beiträge: 12802
|
Allaman schrieb: mysql und phpmyadmin oder wäre das ein Overkill bzw zu code lastig?
Ich denke, MoonKid will nicht die gesamte Managementfunktionalität zur Verfügung stellen, von daher wäre phpmyadmin vermutlich nicht das richtige, oder? Wenn ich das richtig verstehe, geht es ja gerade darum, eine Anwendung mit Masken einfach zusammen zu bauen.
|
MoonKid
(Themenstarter)
Anmeldungsdatum: 9. Februar 2012
Beiträge: 1379
|
rklm schrieb: Ich denke, MoonKid will nicht die gesamte Managementfunktionalität zur Verfügung stellen,
Korrekt. Zuerst möglichst simpel.
Wenn ich das richtig verstehe, geht es ja gerade darum, eine Anwendung mit Masken einfach zusammen zu bauen.
Es gibt zwei Optionen. Entweder Klicki-Bunti Zusammenbauen, oder richtig coden und dann aber auch die volle Kontrolle haben.
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28958
Wohnort: WW
|
Hallo, das sind aber ein paar Fragen auf einmal und auch zwei verschiedene Dinge. Wenn du "nur" DB+Frontend: MySQL + phpmyadmin ist gängig, für SQLite gibt's auch diverse Frontends (z.B. SQLite Database Browser und es gibt auch eins, welches als Firefox-Erweiterung läuft). MySQL kennt alle mögliche Datentypen (auch Datum etc.), SQLite nur eine handvoll. Wobei sich dann immer die Frage stellt, ob die Datenbank selber Berechnungen z.B. mit einem Datum machen soll oder ob das später nicht eh' das Programm macht. CouchDB bringt übrigens auch ootb ein sehr schönes, web-basiertes Frontend mit. CouchDB ist aber ein Dokumenten-orientierte DB und keine relationale DB. Programmiersprache: du kannst mit den meisten Programmiersprachen zumindest auf die gängigen relationalen DBs zugreifen, weil es entsprechende Module gibt. Python ist zwar objekt-orientiert, deswegen benutzt aber trotzdem kaum jemand "Objekt-Datenbanken". Als Zwischenschicht zwischen Python und einer relationalen Datenbank nutzt man ein ORM, unter Python wäre da die unangefochtene Nr. 1 SQLAlchemy. Und wenn du eh' mit Python liebäuglest, dann wäre ggf. noch Django was für die. Hat auch ein ORM an Bord und bringt ootb eine webbasierte Benutzeroberfläche für die genutzt DB mit (Standard: SQLite, kann man aber auch auf MySQL oder PostgreSQL umstellen). Gruß, noisefloor
|
MoonKid
(Themenstarter)
Anmeldungsdatum: 9. Februar 2012
Beiträge: 1379
|
Mhm... Couch und Django kommen mir sehr abgehoben (all-in-one, ...) vor. Ich habe zu wenig Ahnung und Erfahrung von den grundlegenden Techniken (Python) um zu verstehen was da passiert. Daher fehlt mir wieder die Kontrolle und die Vorstellung davon, wass man damit anstellen könnte. Ich denke Python, SQLAlchemy und SQLite erscheinen mir als gute Grundlagen zum Einstieg.
Bekomme nur PyQt5 nicht zum laufen. 😉
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28958
Wohnort: WW
|
Hallo, also bis auf die Tatsache, dass CouchDB noch die HTML-Oberfläche mitbringt, ist das nicht mehr (oder weniger) All-in-One als MySQL oder PostgreSQL. Nur halt ein anderer Datenbank-Typ. Django ist in der Tat ein All-in-One Webframework. Und wenn du Qt verstehst und Programmieren kannst, dann kriegst du Django sicherlich auch gemeistert ;.) Gruß, noisefloor
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
Als Alternative zu LibreOffice Base kann man es mit Glom versuchen:
sudo apt-get install glom
Ich habe dir in in deinem anderen Thema aber noch einen Vorschlag hinterlassen.
|
Lysander
Anmeldungsdatum: 30. Juli 2008
Beiträge: 2669
Wohnort: Hamburg
|
|
MoonKid
(Themenstarter)
Anmeldungsdatum: 9. Februar 2012
Beiträge: 1379
|
mrkramps schrieb: Als Alternative zu LibreOffice Base kann man es mit Glom versuchen:
Mhm... Der Beschreibung nach interessant. Aber die Vorlagen-Datenbanken stürzen permanent ab. Und eine eigenen zu erstellen ist nicht gerade eingängig. Hab nach 10min nicht mal rausgefunden, wie ich den "Tabellen" neue Felder zuweisen kann.
|
MoonKid
(Themenstarter)
Anmeldungsdatum: 9. Februar 2012
Beiträge: 1379
|
Lysander schrieb: Wie wäre es mit Kexi?
Fühlt sich gut an... Muss mich noch mehr reinhängen. Allerdings: Ich darf "oid" nicht als Feldnamen verwenden? Scheint ein SQLite-Problem zu sein. Warum das denn?
|
Lysander
Anmeldungsdatum: 30. Juli 2008
Beiträge: 2669
Wohnort: Hamburg
|
MoonKid schrieb: Allerdings: Ich darf "oid" nicht als Feldnamen verwenden? Scheint ein SQLite-Problem zu sein. Warum das denn?
Kann ich mir nicht vorstellen! Dazu bräuchte es mal mehr Infos über Vorgehen, Fehlermeldungen usw. Hast Du das mal versucht manuell (also über SQL direkt) anzulegen?
|
xubuntufriese
Anmeldungsdatum: 3. Mai 2014
Beiträge: 340
|
MoonKid schrieb: Allerdings: Ich darf "oid" nicht als Feldnamen verwenden? Scheint ein SQLite-Problem zu sein. Warum das denn?
You can access the ROWID of an SQLite table using one the special column names ROWID, _ROWID_, or OID. sqlite.org
|
MoonKid
(Themenstarter)
Anmeldungsdatum: 9. Februar 2012
Beiträge: 1379
|
xubuntufriese schrieb: You can access the ROWID of an SQLite table using one the special column names ROWID, _ROWID_, or OID.
Seit wann legen RDBMS eigene IDs an. Interessant.
Dann kann ich mir das ja einfach mal sparen. Kommando zurück....
Die interne OID scheint wertlos, da ich sie nicht als primary key deklarieren kann. Also wozu der Käse? Welche Design-Überlegung steckt hinter so etwas? Jemand muss ja nen Sinn darin gesehen habe.
|