Newsgroup: it.comp.os.linux.software
Titolo: Database StanAlone

Salve a Tutti.
Ormai č fatta, finalmente ho la mia prima configurazione seria (Debian), mi
serve per fare lavori di ufficio internet e svago.
Il mio cruccio č il database, vorrei realizzarmi una soluzione semplice da
gestire, tipo tutto in un file (es.: Access) o in una directory facile da
spostare e/o sincronizzare con altre macchine (es.: Paradox).
Vorrei altresě evitare la classica configurazione client-server di
postgres - mysql.
Naturalmente vorrei creare tutta una sovrastruttura di forms, reports,
queries ecc. ecc. con un linguaggio moderno e non troppo ridondante di cose
che non mi servono allo scopo.
Praticamente mi manca il vecchio Pal di Paradox, e il Vb di Access.
Ho provato Adabas ma č un buco colossale, se mi imbarco il Python e PhP temo
di non riuscirne piů, ma non vorrei neanche far girare Access in emulazione.
Forse c'č Kilix ma la versione buona costa una fortuna e non č nemmeno
c______le.
Cosa mi resta? Sono abituato a fare tutto coi database.
    VOGLIO RASARE LILO

 postgres - mysql.
Postgres gira anche in modalita' monoutente.
ciao, Michele

 ha scritto nel messaggio
news:pan.2002.10.23....@mickymouse.ns.it...

Ciao, Michele
Si, ma comunque genera un database che non saprei come p.e. spostare in modo
svelto su un'altro computer, inoltre non so se esitono delle utility per la
sincronizzazione di copie di database.
Ho notato che postgres pur essendo un gran programma è poco flessibile, nel
senso che se voglio modificare la struttura di una tabella, non me lo
consente, posso solo aggiungere nuovi campi ma non toccare quelli già
presenti anche se non coinvolti in regole di integrità referenziale.
Comunque se volessi realizzare dei form raffinati per interagire con pg, con
cosa me li creo, quale linguaggio posso usare, c'è qualche esempio che mi
faccia capire quale sistema è più adatto alle mie esigenze.
Grazie, Angelo

faccia capire quale sistema è più adatto alle mie esigenze.
PHP.
Non è difficile, è di bocca buona, e fa i panini.
Keith
-- 
Faites vos yeux, rien ne voit plus


Ciao, Keith
Per la struttura non credo di aver grossi problemi a progettarla in modo
adeguato, bene se fà i panini lo prendo, comunque, scusa l'ingenuità e il
gergo non convenzionale, ma con PHP posso creare solo dei form da utilizzare
con un browser, o posso creare delle normalissime applicazioni indipendenti.
E' un programma col quale costruire dei listati col suo editor, o esiste la
possibilità di creare qualcosa con un interfaccia grafica con cui lavorare
sugli oggetti del form e del database sottostante.
Grazie, Angelo

sugli oggetti del form e del database sottostante.
Uhm... (ma i punti interrogativi non ce l'hai sulla tastiera? :-P)
Il php è un linguaggio. 
E' un linguaggio molto flessibile, veloce, potente.
Si accoppia con l'html, producendo pagine (da visualizzare con un
browser qualsiasi) "al volo" pescando da un database (si parlava di
postgres, ma ne supporta un monte).
Di più su google (rischierei di dire ca°°te)
Io ho scaricato apache, php e postgres perchè "colleziono" i messaggi
sms che mi arrivano sul telefono, e li volevo levare da quel file di
testo su cui li tengo per infilarli dentro un db (ognuno si complica
la vita come può :-P).
Ancora non son riuscito a compilare apache col supporto php :-( ma
probabilmente dipende dal fatto che la sera ho voglia di fare tutto
fuori che accendere un computer... 
Bona


 la vita come può :-P).
La vita è bella perchè è varia, ma mettere su un server database per
archiviare sms e come mangiarsi un bue a colazione senza sputare gli zoccoli
e le corna (non è mia è di Aristarcone).
Ciao, Angelo

e le corna (non è mia è di Aristarcone).
Beh, a dire il vero è una "scusa" per metter su il database,
spippolarci e imparare (sia di database che di pc in generale).
Ci lavoro, coi db, ma non ne ho mai amministrato uno per intero.
E se lo mettessi su senza la "scusa", son sicuro che lo lascerei
muffire nel pc senza toccarlo più per chissà quanto tempo.
E poi, fatti ca°°i tua! Eh eh eh :-)))))) 
(oh, scherzo, eh, no sai tanto ce n'è poca gente permalosa a giro...)


 muffire nel pc senza toccarlo più per chissà quanto tempo.
Ognuno si fa del male come può, io per esempio, ho messo su un win2k (mai
avuto un winzozz così a punto) che è una bomba e un db access che è un
piacere, e adesso voglio buttare tutto a mare per Debian, e Postgres e PhP
ecc.
Forse ho bisogno di un buon medico ;-)

 Forse ho bisogno di un buon medico ;-)
Visto che hai gia' avuto l'illuminazione, aggiungo solo che con la 7.3 (e'
gia' uscita la beta2 il 9 settembre), anche il problema dell'eliminazione
dei campi non esistera' piu'.
Per quel che riguarda la replicazione, esiste un progetto (per la 7.3 a
quanto ne so', guarda sui progetti associati che puoi trovare su
www.(it.)
postgresql.org
).
Ad ogni modo dopo lo spavento iniziale, va che e' una bomba, e' solido
come una roccia, supporta molto bene gli standard sql, ODBC, JDBC, ha un 
supporto delle transazioni fantastico, puoi importare i tuoi database da ů
access (o puoi supportare access come back end ... ma questo te lo
sconsiglio :-): insomma un db con i controcoglioni che a parte il discorso
replicazioni, si puo' considerare di livello enterprise sia per
affidabilita' che per scalabilita', che per funzionalita'.
ciao, Michele


Grazie, Michele
No, non mi spaventa mettere su un db anche di una certa complessità con pg,
quello che mi spaventa è che non so come mettere su un front-end efficace, e
non voglio certo usare access con le tabelle su pg.
Seguendo vari NG avrei optato per php per costruirmi l'interfaccia
al db.
Orbene non so come iniziare, in particolare non vorrei ricorrere alle pagine
web, perchè non ho abbastanza dimestichezza.
Esiste un costruttore visuale di query, form e report che mi generi (in php
o altro)
il lavoro grosso in modo che possa dedicare il mio tempo per rifinire e
ottimizzare il tutto.
Attualmente lavoro con una trentina di tabelle legate da joint esterni,
altrettante form e report, con un infinità di query annidate nel codice, se
devo fare tutto da script rinuncio in partenza.
Potrei anche incominciare il lavoro su windows visto che ho installato
postgres su cygwin e che tramite odbc funziona bene.
Hai esperienza in proposito? Cosa mi consigli di fare?
Grazie, Angelo

 Hai esperienza in proposito? Cosa mi consigli di fare?
Per fare un passo alla volta, ti converrebbe usare access con PostgreSQL
come backend. Ci sono dei tool di importazione delle tabelle da access a
postgresql, e la possibilita' di installare le tabelle che Access usa per
fare le sue cose (
www.pgadmin.org
). Una volta che ce le hai su psql 
cancelli quelle di access, e le ricrei *collegate* a quelle sul backend.
In questo modo dovresti riuscire a salvare molto del lavoro che hai fatto
con le form e i report, anche se ci sara' sicuramente da smanettare un
po'.
In bocca al lupo,
ciao, Michele

 come backend.
Forse è meglio fare l'esatto contrario, utilizzare cioè le tabelle access,
per provare a realizzare qualche pagina web funzionante, dopo di che,
portare i dati di access su postgres, e riutilizzare le form.
Comunque sarà un bagno di sangue.
Ciao, Angelo

 sembra quasi impossibile.
Su 
http://freephp.html.it
 ho trovato ottimi tutorial.  Un paio di
giorni dovrebbero bastarti per assimilare i fondamentali (e con
comodo, senza nottate).
Massimiliano

 ottimizzare il tutto.
 
Come frontend per Postgres ci sono PgAccess (da non confondere con il
prodotto della M$), e GtkSQL (molto probabilmente ce ne sono anche di
piu`). Inoltre PgAccess permette la costruzione di query, view, form,
report e schemi in modo visuale
Henryx
-- 
GnuPG fingerprint = 42F9 521B 63C7 89FE 354C  89FA 4E49 3E2D 2EB6 B014

 presenti anche se non coinvolti in regole di integrità referenziale.
Se stai parlando del fatto che non si possono droppare le colonne, la
cosa e` stata risolta nella nuova versione (in beta) di Postgres. Cmq
penso che i db che si avvicinano di piu` a quello che cerchi sono sia
Interbase che Firebird (Firebird e` un fork di Interbase)
