Newsgroup: it.comp.software.database
Titolo: Scelta di un database

Ciao a tutti.
Supponiamo io sia un venditore che si occupi di prodotti che 
possono interessare gli studi tecnici di una certa localita' 
(esempio inventato al momento), e, volendo farmi una clientela, 
prenda un elenco del telefono e  raccolga tutti i nomi degli 
studi tecnici del luogo in questione.
Ognuno di questi studi avra' un indirizzo, un numero di telefono,
un nome etc., che io metto in un database (ad. es., guarda caso,
Access)
Io comincio a presentarmi in questi studi. Alcuni mi offriranno
dei lavori, altri no.   Lo studio X mi propone dei lavori, che
riguardano i clienti X1, X2, X3 etc.  Per ogni cliente X1, X2,
X3 "nasce" allora tutta una documentazione, non uguale per tutti
i clienti, e che si riassume in un numero variabile (notevolmente
variabile) di informazioni e files di vario tipo associati per ogni 
cliente (ad es file txt, doc, xls, ppt, jpg, htm, etc. etc. ).
Organizzare una struttura a cartelle per tutto cio' viene 
sostanzialmente da se' (non e' altro che il concetto stesso di 
system files organizzato in directory, introdotto con un esempio).
Ma come faccio a "far digerire" ad Access una massa di informazioni
di questo tipo?  In altre parole un "database" mi e' sembrato un
programma capace di catalogare informazioni in cui pero', per ogni
soggetto, risulta perfettamente prevedibile il numero e il tipo di 
dati da associare al medesimo (ad es. tutti gli uomini hanno un 
nome, un peso, un'altezza e cosi' via). Ma se un certo "soggetto" 
X ha al limite solo il suo nome e indirizzo come  informazione 
associata (ad es. non ha voluto diventare mio cliente) e un certo 
soggetto Y ha cento informazioni associate e magari a loro volta 
nidificate (e' diventato mio cliente), il concetto di database 
(Attenzione! Io ho solo "studicchiato" Access!) mi sembra che vada 
in crisi.
Qualcuno ha commenti, suggerimenti o proposte di programmi che
siano piu' in sintonia con una situazione di questo tipo?
Grazie
Stefano
-- 
Posted from [213.156.59.6] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 di questo tipo?
Io non lo farei...
Davide

siano piu' in sintonia con una situazione di questo tipo?
Penso valga la pena solo se i nominativi sono molti.
Comunque puoi risolvere sfruttando i collegamenti ipertestuali.
Da   
www.sitocomune.com
  (sezione General) puoi scaricare un programmino nato per archiviare
immagini, ma
che può facilmente essere adattato al caso tuo.
Ti crei una maschera Anagrafica Clienti con i dati ricorrenti, quindi una subform "legata"
alla chiave Cliente che funziona esattamente come nell'esempio.
Ciao, Silvio

 ha scritto nel
messaggio news:3B2DDAA2...@icn.siemens.it...

E' proprio quello che "sa fare" Access ... per esempio una persona al giorno
d'oggi può avere uno o più di un recapito e per ogni recapito può avere più
telef fax e-mail  e altre divolerie ( una o migliaia non importa ...) .
Ciao
Marce

 
Certo, il punto e' che  mi pare d'aver notato che occorra comunque 
prevedere una allocazione statica (a priori) del "contenitore" dei 
dati (una tabella, per intenderci).
Ovvero per ogni record (cliente)  devo prevedere  tutti i possibili 
campi a priori (dati del cliente, e, nel mio caso, files associati).
Se un cliente quindi ha cento files associati, la tabella deve avere 
cento  colonne,  e nel caso di un altro  cliente che ha un solo file 
associato, novantanove di queste colonne saranno tutte vuote!
Quindi: o faccio una tabella per ogni cliente (ma allora non vedo
proprio cosa mi servirebbe un database), o non so come risolvere la 
questione. 
A me piacerebbe prevedere per ogni cliente un campo in cui metto il 
percorso della sua directory (contenente i suoi dieci, cento, mille 
files e cartelle), e cliccando (ora vado di fantasia) su quel percorso, 
si apre una finestra che mi elenca i files contenuti e me li rende 
disponibili ognuno con la propria applicazione associata.
Questo che ho detto puo' essere una soluzione "di principio", ma tra il
dire e il fare......
Ciao e grazie
Stefano
-- 
Posted from [213.156.59.5] 


 ha scritto nel
messaggio news:3B308135...@icn.siemens.it...
Certo, il punto e' che  mi pare d'aver notato che occorra comunque
prevedere una allocazione statica (a priori) del "contenitore" dei
dati (una tabella, per intenderci).
Ovvero per ogni record (cliente)  devo prevedere  tutti i possibili
campi a priori (dati del cliente, e, nel mio caso, files associati).
Se un cliente quindi ha cento files associati, la tabella deve avere
cento  colonne,  e nel caso di un altro  cliente che ha un solo file
associato, novantanove di queste colonne saranno tutte vuote!
Quindi: o faccio una tabella per ogni cliente (ma allora non vedo
proprio cosa mi servirebbe un database), o non so come risolvere la
questione.
A me piacerebbe prevedere per ogni cliente un campo in cui metto il
percorso della sua directory (contenente i suoi dieci, cento, mille
files e cartelle), e cliccando (ora vado di fantasia) su quel percorso,
si apre una finestra che mi elenca i files contenuti e me li rende
disponibili ognuno con la propria applicazione associata.
Questo che ho detto puo' essere una soluzione "di principio", ma tra il
dire e il fare......
Scusa, se avessi seguito il consiglio di Silvio Savoldi avresti gią risolto
il problema.
Scarica quel programma :-)
Ciao, Simone

dire e il fare......
Come vedi la questione e' nella progettazione logica della struttura dati...
indipendentemente dal particolare db che usi.
Diciamo che se usi access ci sono anche dei wizard che ti facilitano il
compito
oppure scaricare il prg che ti e' stato indicato...
-----------------------------------
Roberto Mazzoli
Consulenza Informatica
-----------------------------------

Grazie per il suggerimento,
ho scaricato il programmino di Silvio Savoldi e l'ho
esaminato un attimo (fa cose comunque un po' superiori
alle mie attuali conoscenze di Access, che spero di 
migliorare).
Il punto e' che ad un certo punto, al di la' delle
fetures di questo programma, ho notato che se si
prevede un campo come hyperlink, e vi si scrive 
semplicemente un percorso, si apre quella magica finestra
di cui parlavo nella mia precedente mail, con tutti
i files disponibili (bella scoperta, direte voi, ma
purtroppo io sono un vero novizio dei database).
Ora devo semplicemente trovare il modo di nidificare 
il tutto a piu' livelli (tabelle di tabelle etc).
Grazie a tutti
Stefano 
N.B.
Qualcuno mi spiega cos'e' un Server OLE ?
-- 
Posted from [213.156.59.6] 


 Qualcuno mi spiega cos'e' un Server OLE ?
OLE e' una tecnologia inventata da Microsoft per far dialogare
due programmi tra di loro, un Server OLE e' una applicazione che
puo' essere chiamata da un'altra tramite appunto OLE per eseguire
delle operazioni. Es. puoi chiamare Excel per fare dei calcoli o
Word per fare la correzione ortografica di un documento.
Davide