Newsgroup: it.comp.software.database
Titolo: domanda stufosa

salve a tutti,
porrò una domanda che nessuno sicuramente avrà mai fatto e per mancanza
ditermpo non posso scartabellare tutto il forum:
Potreste consigliarmi un db mono file che non sia access????
Grazie in anticipo..AAA
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 
Chiaramente la risposta contiene a sua volta una domanda: perché?
Queste sono alcune alternative che mi vengono in mente ma conoscendo 
meglio il dominio del tuo problema sarà possibile essere più esaustivi:
- Excel
- OpenOffice Base
- File Maker
- Kexi
Alex

> Torakiki

 - Kexi
Giusto per dovere di precisione, eccetto File Maker[1], quelli indicati
da te non sono database, ma frontend a dei database
Enrico
[1] File Maker e` sia un frontend che un backend di database


Intendevo Excel come insieme di tabelle interrogabile via ODBC.
Non ho esperienza con Base o Kexi, ma da quel che so sono formalmente 
simili ad Access... nel senso che hanno un file che contiene tutto. O 
sto dicendo una castroneria?
Alex.

 sto dicendo una castroneria?
Per quanto riguarda Base, la seconda che hai detto ;-)
Base fa solo da front-end per dati presenti altrove. Access fa sia
questo sia gestire i dati in autonomia.
Kexi non lo conosco.
IMHO, se sei abituato a lavorare abbastanza pesantemente con Access,
scordati che esistano alternative valide.
-- 
David Martin

 scordati che esistano alternative valide.
Kexi e File Maker dovrebbero competere ad armi pari con Access
Enrico

 sto dicendo una castroneria?
Direi che stai dicendo una castroneria. OOo Base si appoggia a HSQLDB
(e, forse in futuro, a SQLite), ma nulla vieta di utilizzarlo con un
altro database (e.g. di default dovrebbe avere i driver per MySQL,
mentre sicuramente sono presenti sia JDBC che ODBC). Sotto Linux, Kexi
attualmente puo` utilizzare indistintamente sia MySQL che PostgreSQL e,
molto probabilmente, in futuro sara` esteso a Firebird e ODBC (per
quanto riguarda SQLite, il discorso non e` molto chiaro...)
Enrico

 piů potente)
Per rispondere a tutti dico grazie, devo realizzare 2 programmini 1 che
serva per la gestione del personale ed un secondo per un agenzia
immobiliare perchč vogliono le cose fatte ad hoc, il problema restano
cmq i soldi(non vogliono spenderne, tutt'al + il meno possibile) quindi
la soluzione access resterebbe la + praticabile ma a mio modo di vedere
il motore jet non č tra i + affidabili.
Due cose:
SQLite non mi sembra completo ad esempio come creo di tipi booleani?
Firebird si puň usare veramente come mono file???
Grazie ancora


 il motore jet non è tra i + affidabili.
Beh, jet non è super affidabile, ma dipende anche dalla mole di dati da
gestire e ad quanti utenti lo utilizzano contemporaneamente...
In ogni caso, puoi comunque scegliere la versione gratuita di SQL
Server, sia in versione 2000 che 2005.
-- 
David Martin

> Torakiki

 Firebird si puň usare veramente come mono file???
Firebird si puo` usare in due modalita`: Client/Server e Embedded. Nella
prima installi l'intero motore di database (circa 10MB in totale) su di
una macchina e lo usi normalmente. I pro sono che e` piccolo, gratuito,
funzionale e che ti permette piu` connessioni simultanee. Il contro e`
che devi prevedere che almeno una macchina della rete debba fare da
server (ovviamente nulla vieta che sia la stessa macchina su cui si
utilizza il programma). Nella versione Embedded, l'unica cosa che ti
porti dietro e` una DLL da circa 2MB da richiamare direttamente dalla
tua applicazione. Il pro e` che hai praticamente le stesse funzioni
dellla versione C/S direttamente integrate nella tua applicazione senza
dover installare nulla di aggiuntivo. Il contro e` che non puoi
utilizzare piu` di una connessione al database per volta.
Ovviamente, la base dati puo` essere usata indistintamente sulle due
modalita` senza dover cambiare nulla nella gestione di essa. Discorso
simile anche per l'applicazione, in cui l'unica cosa che cambia e` il
modo di accedere alla base dati
Enrico

 Che io sappia FB è *solo* monofile.
No, una base dati Firebird puo` essere splittata in piu` file, ma la
cosa deve essere fatta in maniera esplicita (ovvero, si deve utilizzare
un comando SQL specifico)
Enrico