Newsgroup: it.arti.musica.classica
Titolo: IAMCDB - Una proposta

Cari amici del NG,
ho seguito con molto interesse le discussioni sul software di catalogazione
dei CD. Secondo me un programma di archiviazione davvero con ... gli
attributi, semplicemente non esiste. E questo per l'ottima ragione che
realizzarlo è stramaledettamente difficile. Per tirar fuori qualcosa di
guardabile, secondo me è imprescindibile il ricorso ad un disegno
relazionale con tutte le carte in regola: decine e decine di tabelle
collegate tra di loro.
Ora, la mia proposta è molto semplice:
                        FACCIAMOLO !!!
Personalmente mi occupo di DB relazionali da quando ho iniziato la mia vita
lavorativa (circa quattro anni fa); il che, unito agli studi universitari
effettuati in precedenza, mi da quella che, senza presunzione, potrei
definire una discreta competenza in materia.
Il problema è che il mio database target è sempre stato Oracle: il che mette
(quasi) fuori gioco il mondo PC.
Se lì fuori esiste qualcuno che ha le competenze e la voglia di sviluppare
l'applicativo a partire dalla definizione della base dati (Access? VB? C++?
...qualunque suggerimento è bene accetto)... se ne può parlare.
E' chiaro che tra enunciazione dei requisiti, beta-test, etc, c'è carne al
fuoco a sufficienza per coinvolgere tutto il NG, o almeno tutti quelli che
vorranno essere coinvolti.
Interessa l'articolo ?
Fatemi sapere.
Saluti
Gaetano


caro quasi-collega, mi sono astenuto finora dal thread sulla
catalogazione CD semplicemente perchè se ne era già parlato
un po' di tempo fa.
io il programma di catalogazione l'ho fatto, già tre o quattro
anni fa, quando, per ragioni di lavoro appunto, dovetti
impararmi MS Access e volevo testarne le potenzialità
come dbms relazionale.
la prima idea di test che mi venne fu appunto un database di
catalogazione musicale, con la normalizzazione spinta al
massimo.
si tratta di un prodotto assolutamente non ottimizzato.
se lo facessi oggi probabilmente cambierei qualcosa,
ma la struttura delle tabelle  e delle relazioni resta
fondamentalmente valida.
l'ho già spedito a qualcuno che tempo fa era interessato.
il grosso problema di questo sw è che il data entry,
così com'è, risulta abbastanza macchinoso. io stesso,
dopo averci perso parecchio tempo per inserire tutti
i miei CD e LP, dopo un po' mi sono stufato e ora non
lo aggiorno più.
per velocizzare il data entry ci vorrebbe qualcosa tipo
un lettore di barcode, però poi bisogna vedere
cosa c'è scritto sui barcode dei CD ...
se hai visto come funziona Classicat non ci sono
grosse differenze rispetto al mio.
Classicat però è ottimizzato e dispone già
di parecchie query e report predefiniti.
la struttura principale è del tipo :
autori-brani-esecuzioni-interpreti
poi ci sono molte altre tabelle, da tipo composizione
a tipo del supporto, nazionalità dell'autore o interprete,
casa discografica, strumenti, etc
se ti interessa vedere come funziona te lo mando,
fammi sapere via e-mail. se hai voglia e tempo per
lavorarci sopra potrebbe essere una buona base per
iniziare.
ciao
carlo gerelli
PS: se poi lo vendi fammi sapere .... ;-))

definire una discreta competenza in materia.
Anch'io e' da un pezzo che lavoro su DB relazionali e non sarebbe
molto difficile fare un programma di catalogazione per CD di musica
Classica.
Attualmente lavoro su Oracle anch'io, sia su piattaforme Unix che su
piattaforme PC. Conosco anche piuttosto bene l'accesso attraverso il
web al database via ODBC tramine le pagine ASP: dico questo perche'
poche settimane fa mi venne da pensare a come sarebbe stato fare un DB
centrale di CD via web dove ogni utente di IAMC - con propria Username
e Password - poteva accedere e aggiungere dati... sarebbe stato carino
piu' che altro per i "CD consigliati" :) .
Inoltre programmo anche in Delphi (di cui sono pure utente registrato)
anche se non ho ancora usato le sue funzioni di DB.
Comunque qui su IAMC abbiamo utenti Mac e utenti PC e non mi pare
malvagia l'idea di fare una web-application.... solo che servirebbe
quindi un web-server con NT, un DB relazionale e autorizzazione
all'esecuzione di pagine ASP... non e' poco.
Insomma una parte di utenti rimane insoddisfatta se la si fa con un
linguaggio mono-piattaforma (il web invece mi piace tanto).
L'idea e' buona comunque.
Ciao
   Jenner
P.S.: Attualmente uso un piccolissimo DB fatto con MSWorks e mi ci
trovo comodissimo....
--(.email.)--(
neur...@techno.org
)--
--(.music.)--(
parenthesis.iscool.net
)--
--(.web'd.)--(
neurotix.tsx.org
)--

                        FACCIAMOLO !!!
io ne ho fatto uno anni fa, per Mac, e lo utilizzo ancora con piena
soddisfazione. Scritto in C: compatto, pratico e veloce.
Pero' essendo fatto su misura non lo consiglio, anche perche' i campi
utilizzati (fissi) sono gli stessi che avevo definito tanti anni fa
quando avevo iniziato ad archiviare i CD con un DB su Amiga. Altro
limite: al massimo 16.000 schede (io sono a 3.500, mi bastera' ancora a
lungo!).
Lo scopo principale e' la ricerca dei CD, per questo e' ideale. Anche
grazie ai filtri permette di vedere all'istante cosa c'e' e non c'e', e
se c'e' dov'e'.
Se interessa a qualcuno glie lo offriro' volentieri.
Giovanni

 definire una discreta competenza in materia.
Carissimo,
non e' affatto una cattiva idea.
Anch'io mi occupo di data bases da.... sob.... ben 18 anni (cominciai con quelli
gerarchici, i relazionali stavano appena nascendo), e a parte Oracle ne ho visti
parecchi.
Tuttavia vorrei porre un interrogativo: le specifiche, chi le da? E soprattutto,
siamo certi che vadano bene a tutti???
Mi spiego: ognuno di noi che mastica un po' di SW s'e' certamente gia' fatto il
DB per i propri CD, LP, MC e/o VHS, ma fatalmente l'ha disegnato secondo le
PROPRIE esigenze.
Io per esempio - in Access - ho imposto il cognome del musicista come campo
chiave, magari ad altri va meglio avere il titolo del brano, altri ancora
preferirebbero avere una catalogazione in base al supporto di registrazione.....
che facciamo, tutti campi chiave? Il database diviene ingestibile, com'e' noto.
Ma poi, quali campi?? A me, ad esempio, sigla e data del CD non interessano, ad
altri interessano parecchio. Io ho previsto un unico field per i solisti, altri
possono volerne due, tre.... quanti???
Insomma, non per fare il disfattista, ma ho l'impressione che il compito di
mettere d'accordo tutti sulle specifiche sia impossibile.
Non credi??
--
==========================================
Marco Marcelli - Genova
E-mail1: 
marc...@money.it
E-mail2: 
marc...@libero.it
E-mail3: 
marco.m...@elsag.it
 (ufficio)
==========================================
"Tossire davanti al televisore diverte la
meta' che farlo a teatro durante un concerto
di Mozart" (letta su un banchetto ambulante a Bregenz)

                        FACCIAMOLO !!!
Un'idea: perché non integrarlo con 
cddb.com
, in modo che la
catalogazione di un nuovo cd nell'archivio diventi istantanea e
automatica? t'immagini che bello: inserisco il cd che ho appena
comprato, il DB si connette, scarica ed inserisce, ed il gioco è
fatto.
E' fattibile?
Marcello
marc...@tamburini.net
icq #27222846
"Era necessario che l'eroico diventasse quotidiano ed il quotidiano eroico"

 linguaggio mono-piattaforma (il web invece mi piace tanto).
si'si'isi'si'si'!!!
Grande Jenner!
Bacioni
--
      ___
     ('v')
    ((   ))
---/-"---"-------
Tiziana Pannunzio
___________________________________________________
Amo essere allegro, ma, stia sicuro, quando voglio
posso sfidare chi sia in serieta' (W.A.Mozart)

 linguaggio mono-piattaforma (il web invece mi piace tanto).
Esatto! L'estrazione dei dati dal database tramite web è accessibile a
tutti. Le possibilità sono infinite. WOW! Domani mi informo.
Tìckete tìcckete,
--
Giampaolo Bellavite - Verona (Italy)
E-mail: 
bell...@easynet.it
 |  
bell...@hotmail.com
Università: 
bell...@arena.sci.univr.it
 - ICQ #666.37.43
Pëtr Il'ic Ciajkovskij: 
http://tchaikovsky.tsx.org
          verba Volant: 
http://verbavolant.tsx.org
  Previsioni del tempo: 
http://meteo.easynet.it

 mettere d'accordo tutti sulle specifiche sia impossibile.
Tsk tsk tsk... se fossi una gallina di colombo (cioč una colomba) avrei qua
l'uovo da porgerti.
Possiamo fare cosě: postate su it.binari.file le vostre versioni di database
ed ognuno si scarica la piů utile per le proprie esigenze :-)
Coccodč,
--
Gia Bel - Ver (Ita)
E-mail: 
bell...@easynet.it
 |  
bell...@hotmail.com
Universitŕ: 
bell...@arena.sci.univr.it
 - ICQ #666.37.43


Fatemi sapere.
Si.
Dopo avere esaminato, piu' diun anno fa, 5 o 6 programmi diversi di
cui adesso non ricordo piu' neanche il nome, ho preferito utilizzare
il programma sviluppato da Carlo Gereli che, su mia richiesta me ne
aveva mandato una copia.
Io ho apportato successivamente delle modifiche a livello di
presentazione, di campi, e di tabelle senza quindi modificare la
struttura di base.
Lo ritengo un prodotto valido e flessibile: gli inconvenienti sono
stati evidenziati dal suo stesso autore e sono abbastanza tollerabili.
Saluti!
Giamber
giamber AT tin DOT it
punto e virgola trattino chiusa parentesi 

 stati evidenziati dal suo stesso autore e sono abbastanza tollerabili.
perbacco , un cliente !
ora, mi sarebbe venuta una mezza di fare come un
ragazzo americano dal nome corto, che, anni fa,
cominciò a sviluppare dei programmi lasciandoli
completamente liberi per diffusione e copia, finchè
furono talmente diffusi che, quando cominciò a farli
pagare, divenne mooooolto ricco ...
ciao !
carlo gerelli
ps: mi mandi la copia modificata ? :-)))))