4. Suche freie Datenbank

Suche freie Datenbank

  • S

    Nicht schlechter. Aber ohne Sourcecode würde ich kein System mehr nehmen.

    Alleine die Abhängigkeit von dauernden Updates, Migrationen. Nein. Einmal
    damit auf die Schnauze geflogen, das reicht.

    0

  • Sourcecode interessiert mich wenig.
    Warum? Weil man so und so nicht wirklich was ändern kann, wenn man sich die Möglichkeit zu Updates offen halten will.

    Dass ich in einem grösseren OSS Projekt irgendwas angreife muss schon arg Feuer am Dach sein.

    Aber jeder wie er mag 🙂

    0
  • S

    Es gibt solche Sitationen. Klar ist die Möglichkeit etwas theoretisch, aber
    zumindest gibt es eine Chance ...

    0
  • S

    hustbaer schrieb:

    Scorcher24 schrieb:

    Unix-Tom schrieb:

    Solltest mal schreiben welches BS.
    Es gibt auuch noch MSSQL Express.

    MSSQL zu nennen wenn jemand nach einer FREIEN Datenbank sucht ist echt mutig :P.
    *duck*
    rya.

    Wieso?
    Weil alle anderen freien DBs schlechter sind? Ausgenommen mal Oracle Express...
    😕

    Nur weil etwas kostenlos ist, ist es noch lange nicht frei. Denn mit "frei" ist "frei" wie in Freie Rede gemeint und nicht wie in Freibier. Und Software von M$ ist alles andere als frei.
    Sorry.
    rya.

    0
  • S

    Noch gar nicht gefragt: Um welche Datenmengen geht's eigentlich ?

    0

  • Scorcher24 schrieb:

    hustbaer schrieb:

    Scorcher24 schrieb:

    Unix-Tom schrieb:

    Solltest mal schreiben welches BS.
    Es gibt auuch noch MSSQL Express.

    MSSQL zu nennen wenn jemand nach einer FREIEN Datenbank sucht ist echt mutig :P.
    *duck*
    rya.

    Wieso?
    Weil alle anderen freien DBs schlechter sind? Ausgenommen mal Oracle Express...
    😕

    Nur weil etwas kostenlos ist, ist es noch lange nicht frei. Denn mit "frei" ist "frei" wie in Freie Rede gemeint und nicht wie in Freibier. Und Software von M$ ist alles andere als frei.
    Sorry.
    rya.

    Was der OP mit frei meint weiss wohl der OP. Was du glaubst dass er meint ist mir nu wieder herzlich egal.

    0
  • B

    Scheppertreiber schrieb:

    Ich habe mittlerweile SQLite im Einsatz, es hat gegenüber den üblichen Verdächtigen
    echte Vorteile:

    * klein
    * keine Installation notwendig
    * portabel
    * Quellcode in C (zB nicht an ein OS gebunden)
    * einfache Einbindung

    Für kleine und mittlere Datenbanken eigentlich ideal, bei Datenbanken mit mehr als
    100.000 Records wird's etwas zäh, ist aber tragbar.

    Ich erstelle aus größeren Datenbeständen autonome CD/DVD, so kann ich für's Web und
    die CDs die gleiche Datenbank verwenden.

    Ich habe bei mir das Problem dass mein Schreib Zugriff total lahm ist. Ich habe die Funktionen zwar alle gewrappt, aber ich kann mir irgendwie nicht vorstellen dass das Problem bei mir liegt:

    void SQLite3pp::exec(std::string query)
{
	sqlite3_exec(sqlite3Handle, query.c_str(), NULL, NULL, NULL);
}

    Konkret ist das ein Zugriff bei dem ca. 15 Werte in eine Tabelle geschrieben werden.

    #edit: Mit "lahm" meine ich für eben diesen Zugriff werden Schätzungsweise 200-300ms gebraucht.

    0
  • -

    Kannst du die 15 Werte evtl. in einem Rutsch schreiben?

    INSERT INTO table(feld1,feld2) VALUES(w11,w12),(w21,w22),(...);

    mfg
    xXx

    0
  • B

    Das mache ich schon...
    Bei UPDATE ist es übrigens auch so lahm, SELECT geht wunderbar schnell.

    0
  • F

    Pack die 15 Inserts in eine einzelne Transaktion.

    Ausserdem, wenn dir Datensicherheit egal ist, es gibt auch eine Funktion (Namen habe ich grad' nicht im Kopf), mit der man das Sicherstellen das die Daten auch wirklich auf Platte geschrieben wurden abschalten kann.

    0
Anmelden zum Antworten