SQL ähnliches Interface
-
Skym0sh0 schrieb:
tntnet schrieb:
sqlite
Ist das nicht schon ein ganzes Datenbankmanagementsystem, nur halt klein und schlank und die 100000 Stunden Konfigurationsarbeit?
Ist nicht alles, was ein SQL-ähnliches Interface bereit stellt, ein DBMS?
-
In .NET gibt es Linq, es ist eine API, mit der man Anfragen gegen verschiedene Collections machen kann, z.B. Datenbanken, oder eben Listen im Speicher. Ist aber keine API, wo du Strings reinsteckst, sondern du formulierst die Anfrage mit Sprachmitteln. Sowas ähnliches hat man auch in C++ probiert. Ich weiß nicht, wie weit die Bibliothek ist, aber kannst dir mal anschauen:
http://www.drdobbs.com/cpp/linq-like-list-manipulation-in-c/240166882
-
Ich empfehle Boost.Range für die Abfragen und Boost.PropertyTree zum Speichern. Eine DB ist da Overkill und verkompliziert die Sache nur.
-
Skym0sh0 schrieb:
tntnet schrieb:
sqlite
Ist das nicht schon ein ganzes Datenbankmanagementsystem, nur halt klein und schlank und die 100000 Stunden Konfigurationsarbeit?
Das ist eine Bibliothek zur Verwaltung von Datensätzen, die ein SQL Interface bereitstellt. Und ich würde es nicht als DBMS bezeichnen. Man startet ja keinen Server, über den man auf die Daten zu greift. Also ist es genau das, wonach gefragt wurde.
Was Du mit.
Skym0sh0 schrieb:
...und die 100000 Stunden Konfigurationsarbeit?
meinst, weiß ich nicht. Das ist kein verständliches Deutsch. Wenn Du meinst, sqlite muss konfiguriert werden, dann stimmt das nicht. Sicher muss man Tabellen anlegen. Das könnte man natürlich als Konfiguration bezeichnen. Ich sehe das nicht so.
-
tntnet schrieb:
Was Du mit.
Skym0sh0 schrieb:
...und die 100000 Stunden Konfigurationsarbeit?
meinst, weiß ich nicht. Das ist kein verständliches Deutsch. Wenn Du meinst, sqlite muss konfiguriert werden, dann stimmt das nicht. Sicher muss man Tabellen anlegen. Das könnte man natürlich als Konfiguration bezeichnen. Ich sehe das nicht so.
Ups, Wort vergessen
Meienr Erfahrung nach ist es immer recht umständlich, um eine Datenbank (bzw ein DBMS) an ein Programm anzubinden und es ist halt viel Konfiguration, vor allem wenn mans auf mehreren Rechnern z.B. per SVN aufsetzen will.
-
Sqlite ist eine embedded Datenbank, die kann man auch einfach dazulinken. Und die Datenbank ist eine Datei.
-
Mechanics schrieb:
Sqlite ist eine embedded Datenbank, die kann man auch einfach dazulinken. Und die Datenbank ist eine Datei.
Sqlite gibt es auch als Header only Version.
-
chp++ schrieb:
Mechanics schrieb:
Sqlite ist eine embedded Datenbank, die kann man auch einfach dazulinken. Und die Datenbank ist eine Datei.
Sqlite gibt es auch als Header only Version.
Wo?
-
Gast123 schrieb:
Kann mir da jemand von euch etwas empfehlen?
C++ noch ein paar Wochen üben, sorry. Es ist streng zu empfehlen, nicht PHP in den C++-Compiler zu kloppen.
-
Skym0sh0 schrieb:
Meienr Erfahrung nach ist es immer recht umständlich, um eine Datenbank (bzw ein DBMS) an ein Programm anzubinden und es ist halt viel Konfiguration, vor allem wenn mans auf mehreren Rechnern z.B. per SVN aufsetzen will.
Wie meinst Du das? Bei sqlite gibt es doch einfach gar nichts zu konfigurieren.
-
Ja richtig, aber bei allen anderen größeren DBMS schon.
-
SQL Server läuft auch out-of-the-box. Man muss halt ein sa-Passwort vergeben und nen User anlegen über den die Applikation zugreifen kann (bzw. den Teil kann man sich sogar sparen, man kann ja theoretisch auch über den sa zugreifen). Das war's dann aber auch schon so ziemlich.
Und mir ist auch nicht ganz klar wie man ein Programm "auf mehreren Rechnern per SVN aufsetzen" kann.
Bzw. was durch die Installation auf mehreren Rechnern jetzt grossartig komplizierter würde.
-
Bei uns in der Firma, wenn man ein Projekt aus dem SVN auscheckt, müssen dann einige Links, Verweise usw. gesetzt werden, teilweise müssen 1-2 Konfigurationsdateien angefasst werden.
Bei einem jungfräulichen Rechner muss dann noch eine Datenbank installiert werden und auch da müssen ein paar Klicks gemacht werden.Letztlich keine Hexenmagie, wenn man weiss, was man tut bzw es schon 2-3 mal gemacht hat. Aber beim ersten Mal ists schon recht unintuitiv.
-
Skym0sh0 schrieb:
Bei uns in der Firma, wenn man ein Projekt aus dem SVN auscheckt, müssen dann einige Links, Verweise usw. gesetzt werden, teilweise müssen 1-2 Konfigurationsdateien angefasst werden.
Bei einem jungfräulichen Rechner muss dann noch eine Datenbank installiert werden und auch da müssen ein paar Klicks gemacht werden.Letztlich keine Hexenmagie, wenn man weiss, was man tut bzw es schon 2-3 mal gemacht hat. Aber beim ersten Mal ists schon recht unintuitiv.
Und das hat jetzt was mit der Frage bzw. mit sqlite zu tun?
-
Skym0sh0 schrieb:
Bei uns in der Firma, wenn man ein Projekt aus dem SVN auscheckt, müssen dann einige Links, Verweise usw. gesetzt werden, teilweise müssen 1-2 Konfigurationsdateien angefasst werden.
Ich nehme an du meinst jetzt Entwickler-PCs?
Skym0sh0 schrieb:
Bei einem jungfräulichen Rechner muss dann noch eine Datenbank installiert werden und auch da müssen ein paar Klicks gemacht werden.
Letztlich keine Hexenmagie, wenn man weiss, was man tut bzw es schon 2-3 mal gemacht hat. Aber beim ersten Mal ists schon recht unintuitiv.
Ist weder Hexenmagie noch ein Problem. Das einzige Problem das ist hier wittere ist schlechte (fehlende) Dokumentation.
-
hustbaer schrieb:
Skym0sh0 schrieb:
Bei uns in der Firma, wenn man ein Projekt aus dem SVN auscheckt, müssen dann einige Links, Verweise usw. gesetzt werden, teilweise müssen 1-2 Konfigurationsdateien angefasst werden.
Ich nehme an du meinst jetzt Entwickler-PCs?
Skym0sh0 schrieb:
Bei einem jungfräulichen Rechner muss dann noch eine Datenbank installiert werden und auch da müssen ein paar Klicks gemacht werden.
Letztlich keine Hexenmagie, wenn man weiss, was man tut bzw es schon 2-3 mal gemacht hat. Aber beim ersten Mal ists schon recht unintuitiv.
Ist weder Hexenmagie noch ein Problem. Das einzige Problem das ist hier wittere ist schlechte (fehlende) Dokumentation.
2x Ja :>
-
Programmiere doch die Java Streams nach. Finde ich persönlich besser als LINQ und reines Bibliotheksfeature.
