Newsgroup: it.comp.software.database
Titolo: Giusto la direzione da prendere per un niubbo (query su dati conservati in vari file di testo, con chiave)

Vi chiedo un grosso aiuto, anche solo per la direzione da prendere (e.g.
MySQL fa per te: studiatelo!), in quanto al momento sono un po'
disorientato...
Avrei la necessità di estrarre determinate informazioni da dati
conservati in diversi file di testo in cui: 
- i campi dei record sono divisi da "|" (pipeline) [con 1 eccezione di
vero comma-delimited]
- dispongono di un campo alfanumerico comune (suppongo la chiave)
Avevo iniziato a scrivere un programma in Python per fare ciò, ma mi
sono chiesto se non stavo soffrendo per nulla: da assoluto ignorante di
database mi parrebbe un compito semplice per programmi specifici (ma
quali ?).
Per ridurre al minimo le conversioni/elaborazioni dei file di partenza
(che variano quotidianamente), mi chiedevo se esiste un programma cui
possa descrivere l' "ossatura" dei vari file di testo (i campi sono
divisi da "|", nel tale file il primo campo è il cognome, il secondo il
nome, il terzo l'indirizzo,...), ma che i dati se li prenda poi da solo
dai vari file di testo originali, in modo che le interrogazioni
avvengano sempre su dati aggiornati.
Avevo provato un po' con il modulo Base di OpenOffice, ma senza
risultati (o non riesco ad editare le tabelle o non mi lascia stabilire
relazioni, a meno di noiose operazioni di editing da fare ogni volta...e
poi taluni file hanno troppi record)...
Ripeto, mi basterebbero giusto un paio di dritte su:
- quale programma (gratuito, e, se possibile, semplice) ha la
potenzialità di permettermi di svolgere al meglio questo compito
- se devo rassegnarmi a dover ogni volta elaborare un po' i dati prima
di darli in pasto al programma di cui sopra (nel qual caso preferisco
poter avvalermi di un programma con scripting per automatizzare il
compito)
- le interrogazioni devono essere il più semplici possibili da
effettuare perchè dovrà poterle effettuare una persona ANCORA più
ignorante di me in fatto di computer  :-)
Grazie 
Simone
_______________________________________________________
 
Sperm: To be fastest doesn't imply that you are smartest.
                   ( by Enrique Herranz )

 potenzialità di permettermi di svolgere al meglio questo compito
Posto che MySQL non e` mai la soluzione, PostgreSQL dovrebbe permettere la
definizione di tabelle da sorgenti esterni tipo file di testo
Enrico

definizione di tabelle da sorgenti esterni tipo file di testo
Ieri ho passato buona parte del pomeriggio ad installare robe ed a far
prove: con OpenOffice da solo ho ottenuto ben poco e mi sono scontrato
con i limiti numerici e di velocità del suo modulo di Spreadsheet (usato
come "intermediario" per preparare roba per il database); ho provato
anche un altro database relazionale (DBWorx), ma anche qui problemi.
Allora mi sono letto qualche tutorial sui database e sul concetto di
sistemi server/client [un po' esagerati forse nel mio caso: 1 solo
utente sulla medesima macchina, 1 richiesta per volta]: ho quindi
provato Postgres (con DBAmgr) ma problemi di librerie mancanti non me ne
hanno permesso l'installazione(:-/); allora ho provato  MySQL con il
modulo Administrator e dopo svariati tentativi ce l'ho fatta a far
funzionare il servizio (che finalmente è partito dopo un'ulteriore
reinstallazione ed usando come hostname non quello che avevo definito
io, bensì localhost).
A questo punto con il modulo Administrator (che in pratica traduce in
comandi SQL determinate azioni che svolgo con finestre, pulsanti & c:
istruttivo per me poter vedere la "traduzione") ho iniziato a fare
qualcosina (scontrandomi con problemi di convenzioni, ad esempio slash
che devo raddoppiare nei path,...).
Beh, inizio a vedere la luce: suppongo che dovrò preparare degli script
con:
- CREATE per creare i dabase con la struttura che mi interessa (la prima
volta mi aiuterò con Administrator [che spero sia free e non trial: il
sito mi confonde le idee con la versione Express])
- LOAD DATA per caricare i dati da file di testo; ho già visto che i
parametri mi permettono di scegliere il delimitatore di campo, il tipo
di delimitatore di record, saltare alcuni campi,...
- devo ancora vedere, ma penso che troverò qualche modo (magari non solo
"manuale") per fare dellle QUERY ed estrarre quello che mi interessa
(forse con SELECT)
Dunque, ti ringrazio moltissimo per il consiglio, visto che alla fine
l'unica soluzione era appunto quella di buttarsi sulla soluzione di
script e sistemi server/client: ho ancora il piccolo dubbio se ci sia
tanta differenza tra MySQL (l'unico che al momento sono riuscito ad
installare e far girare) e PostGres, giusto per sapere se mi conviene
fare un ulteriore sforzo per cercare di installare ed usare Postgres per
non dovermene pentire più avanti (per motivi di licenze, documentazione
o funzionalità, anche se al momento le mie esigenze sono molto ridotte).
Visto tutto l'insieme sarà difficile, ma c'è la possibilità di avere un
sistema server/client (MySQL o POstgres) che giri su chiavetta su
qualsiasi computer (senza installazione: far partire a mano il programma
server...) ?
Grazie ancora 


 o funzionalità, anche se al momento le mie esigenze sono molto ridotte).
cerca con google 'postgresql vs mysql' e leggiti qualcosa ...
PS IMVHO e' mooolto meglio postgresql ...
-- 
#include <stdio.h>
int main(void){char c[]={10,65,110,116,111,110,105,111,32,98,97,114,98,111,110,
101,32,60,104,105,110,100,101,109,105,116,64,116,105,115,99,97,108,105,110,101,
116,46,105,116,62,10,10,0};printf("%s",c);return 0;}

 ). Personalmente ti consiglio
PostgreSQL a prescindere, in quanto ti permette molta piu` flessibilita` di
MySQL (uno fra tutti, la possibilita` di creare prepared statement per
mezzo del linguaggio di programmazione che preferisci)
Enrico
[1] l'unica noia e` che non va tramite terminal client

Eh??? L'installazione presente sul sito di PostgreSQL funzion
Grazie mille: durante le vacanze di Natale approfondirň meglio!
