Consiglio su DBMS multipiattaforma stand-alone

[Avogadro]

Perdonate, perchè non usare PostgreSQL?

Dice wikipedia: "PostgreSQL è una reale alternativa sia rispetto ad altri prodotti liberi come MySQL, Firebird SQL e MaxDB che a quelli a codice chiuso come Oracle, IBM Informix o DB2 ed offre caratteristiche uniche nel suo genere che lo pongono per alcuni aspetti all'avanguardia nel settore dei database."

Tra l'atro è anche presente da sempre nell' IDE di Lazarus.

[nomorelogic]

Credo che il problema sia che PostgreSQL non ha una versione embedded

[Avogadro]

Non mi sono mai cimentato con PostgreSQL, quindi ovvimente parlo da profano ma uso un' applicazione scientifica abbastanza complessa , ovviamente comprata,  che si poggia proprio  su questo db, non devo configuare nulla, il progamma "gira" e  il data base sottostante nemmeno "si vede", mi si passi il termine .

[SB]

Di PostgreSQL se ne parla bene anche se è poco conosciuto (o forse se ne parla bene perchè è poco conosciuto  )
Purtroppo, che io sappia, non ha una versione embedded e quindi per le mie esigenze l'ho dovuto scartare a priori.

Sto provando l'accoppiata Zeos/SQLite per una applicazione web e sembra rispondere abbastanza bene. Non l'ho ancora testato a fondo e sotto carico.

[Avogadro]

L'accoppiata Zeos/SQLite, mi si passi il termine,  la sto usando da qualche tempo per dei sw di office automation e finora non mi ha mai dato problemi -  in passato avevo fatto delle prove con i file dbf  ma c'era un problema di lentezza esasperante quando i dati erano tanti - .

Il bello è la "portabilità: si mettono dati ed eseguibile su una pennetta usb e  tutto girà su qualsiasi pc.

[Avogadro]

Un'alternativa è usare i file .dbf, sono implementati su lazarus* e l'applicativo  non necessita di procedure di installazione fuori dall'ordinario .

Purtuttavia la semplicità d'uso poi va cozzare con la velocità: quando il numero di record supera le migliaia le performances crollano e se poi lì'applicativo deve girare in un ambiente condiviso le cose non migliorano.

Ho provato ad usare i file di acces  ma da una certa versione di lazarus in poi, ora non ricordo quale,  la connessione non funzionava piu' anche se mi pare che le ultime versioni abbiamo sanato questo problema.
 



*
https://wiki.freepascal.org/Lazarus_Tdbf_Tutorial

[xinyiman]

Un'alternativa è usare i file .dbf, sono implementati su lazarus* e l'applicativo  non necessita di procedure di installazione fuori dall'ordinario .

Purtuttavia la semplicità d'uso poi va cozzare con la velocità: quando il numero di record supera le migliaia le performances crollano e se poi lì'applicativo deve girare in un ambiente condiviso le cose non migliorano.

Ho provato ad usare i file di acces  ma da una certa versione di lazarus in poi, ora non ricordo quale,  la connessione non funzionava piu' anche se mi pare che le ultime versioni abbiamo sanato questo problema.
 



*
https://wiki.freepascal.org/Lazarus_Tdbf_Tutorial

Sconsiglio l'uso dei DBF per una questione di semplicità d'implementazione, è molto più semplice da implementare e mantenere l'uso di un qualsiasi DBMS.

Sconsiglio access per questione di portabilità sui vari sistemi operativi.
Mi sa che per le necessità elencate possano andare bene solo SQLite e Firebird.