Newsgroup: it.arti.musica.classica
Titolo: OT? - Catalogare CD classica in XML

Secondo voi è possibile catalogare cd usando il linguaggio XML?
E' conveniente farlo in termini di praticità e gestione dei dati?
--
Aldo Galli  -  ICQ 118537919
http://www.aldonline.cjb.net/
http://www.musicantiqua.cjb.net/

 E' conveniente farlo in termini di praticità e gestione dei dati?
Sì però devi interfacciarti ad un database via SQL, allora sì che è pratico
e comodo.
--
Giampaolo Bellavite, Milano     E-mail: 
bell...@3nd.it
ICQ: 99999936     Home page: 
http://www.3nd.it/bellavite

 E' conveniente farlo in termini di praticità e gestione dei dati?
la soluzione piu' naturale per un catalogo di CD
sarebbe il realizzarlo usando una base di dati orientata agli oggetti.
ciao
a.

 sarebbe il realizzarlo usando una base di dati orientata agli oggetti.
Secondo me un banale "relazionale" va piu' che bene........
M
--
========================
Marco Marcelli - Genova
e-mail: 
marc...@libero.it
========================

E' conveniente farlo in termini di praticità e gestione dei dati?
Dipende dal tipo di problematica che devi risolvere. Non ha senso
usare l'XML se non hai almeno due applicazioni diverse (o su
piattaforme/media diverse) che devono "parlarsi" o se non hai bisogno
che il catalogo di CD possa essere letto da terzi (che comunque
dovranno creare un programma di importazione e/o visualizzazione
basato sul tuo DTD).
Se non hai problematiche di questo tipo l'XML non ti serve a nulla.
Se devi solo consentire l'accesso ad una tua applicazione (inserimenti
di dati / modifiche / cancellazioni) da varie piattaforme (ad esempio
attraverso il web) e' decisamente meglio appoggiarsi ad un database
SQL. Se invece ti interessa produrre un software di catalogazione dei
CD e' meglio pensare direttamente ad un formato proprietario.
E' vero anche che integrando routine JavaScript ai documenti XML si
riescono a creare applicazioni molto interessanti e potenti (vedi ad
esempio la demo "#14 XML Sorting" fornita con Mozilla 0.x - e' una
cosetta molto semplice ma comunque significativa) senza il bisogno che
terzi conoscano il tuo DTD e/o lo interfaccino alle loro applicazioni.
Dalla mia installarsi sul proprio computer MySQL (
www.mysql.com
 -
gratis per uso personale) e catalogarci i propri CD e' veramente il
massimo quanto a flessibilita' (fra l'altro lo sforzo e' piccolo anche
per quel che riguarda lo scambiarsi i dati).
Ciao
   Jenner
----(
http://neurotix.com
)----
----(
jen...@neurotix.com
)----

 gratis per uso personale) e catalogarci i propri CD e' veramente il
Mi pare che MySQL, da qualche release a questa parte, sia diventato
completamente libero - facendo cadere il limite dell'uso personale.
-- 
Questo e'cio'che la musica e'per me: una delle maniere di dire che
l'universo in cui viviamo, che ci e'stato dato, e'grande e bello.
(John Coltrane)
Ciao,Alessandro.
[se vuoi spedirmi un'email, togli il poeta dall'indirizzo]

 Secondo me un banale "relazionale" va piu' che bene........
erratissimo. se tu analizzassi pčiu' di un microsecondo ;) la natura del
problema,
ti renderesti conto che la sua modellazione piu' immediata necessita proprio
del paradigma
object-oriented.
saluti orientati agli oggetti
a, vn

 object-oriented.
Spičgati.
--
==========================
Marco Marcelli - Genova
E-Mail:  
marc...@libero.it
==========================

 Spiègati.
un cd  e' una tipica entita' complessa dal punto di vista informatico,
i cui campi, rappresentativi a loro volta di entita' complesse,
sono assai male modellati con tipi semplici di dati come quelli
tipici del paradigma relazionale.
in ogni caso del genere la migliore soluzione sarebbe quella OO.
mi sembra chiarissimo.
prova a progettare per esercizio uin cotale catalogo.
nel relazionale ti ci vorranno orrende tabelle ponte piene di vincoli di
integrita' relazionale...
in OO ti dovrai solo modellare poche classi di oggetti i cui campi saranno,
tipicamente, liste
di oggetti... il tutto in un rapporto uno ad uno con la realta' fisica.
il tutto,se fatto a norma dell' ODMG, sara' poi interrogabile a mezzo dell'
OQL, che ricorda molto l'SQL
per non parlare di altre deliziose opzioni sconosciute al mondo dei db
relazionali... basti pensare ai deliziosi metodi o a cose piu' sensuali...
insomma una goduria.
fidati !
maw
a, vn

relazionali... basti pensare ai deliziosi metodi o a cose piu'
sensuali...
Metodi che sono perfettamente inutili in una entita' statica come e'
il CD.
Ciao
   Jenner

 il CD.
ohhh.
domandina: tu non li presti mai i cd ?...
ciao
a., vn

 relazionale ?
Perché è la moda. Oggi tutto cio' che non e' Object oriented sembra da
buttare via.
Come se gli ideatori di DBaseIII e IV, di Access e di FoxPro abbiano avuto
solo traveggole.
La OO e' utile in tanti casi, ma NON e' detto che semplifichi sempre.


 La OO e' utile in tanti casi, ma NON e' detto che semplifichi sempre.
in  molti casi si'.
poi, intendiamoci, ci sono un sacco di modelli misti ed io stesso ho
realizzato un
piccolo gis object oriented in java che ha un substrato relazionale.
pero' l'utente vede solo il lato OO con grandissimi vantaggi, credimi.
maOOw
a, vn

 pero' l'utente vede solo il lato OO con grandissimi vantaggi, credimi.
Io insisto: NON (ripeto: NON) dico che l'OO sia piu' complicato e/o piu'
difficile.
Tutt'altro!!!
Sostengo pero' che IN ALCUNI CASI non e' il caso di ricorrervi.
Punto.


 fidati !
tutto molto interessante ... anch'io sono convinto
della superiorità dell'OODB, ma il problema è che
non è facile trovare dei prodotti che "ragionino" in OODB
e permettano di fare del cosiddetto "rapid prototyping"
(quello che si fa ad esempio con Access per il relazionale)
Hai qualche prodottino da consigliarmi (possibilmente che
giri sotto Win o Linux) ? se non vuoi fare pubblicità
rispondimi in e-mail.
dénghiu
--
----------------------------------------
carlo gerelli : 
sof...@libero.it
----------------------------------------
"Nella Ciaccona sta il segreto della Vita Bona"
Miguel de Cervantes Saavedra

domandina: tu non li presti mai i cd ?...
No. L'ultimo CD (audio) l'ho prestato nei primi mesi del 1995.
Piuttosto copio su CD vergine e regalo; in altri casi mi reco
direttamente da chi vuole copiarsi il CD e rimango li' fino a che non
ha finito con il CD.


 ha finito con il CD.
E' quello che mi impongo anch'io di fare ogni volta che non trovo più un
cd... Ma mi basterebbe un fogliettino con scritto a chi l'ho prestato. Ma io
ho così fiducia nei miei simili che nel momento in cui affido un mio cd a
una persona, mi pare impossibile che non me lo debba riportare entro un mese
e mi sembra una maleducazione prender nota. I fatti purtroppo mi danno molto
spesso torto....
Ciao
Giacomo

, NeuRoTiX, 
jen...@neurotix.com
 says...
...un sacco di roba
Tu bisogna che scrivi un libro su tutto quello che sai e me ne dai una 
copia in omaggio come accanito sostenitore!!!
:)))
-- 
"Nella musica di Bach ritrovo la quintessenza 
di ogni poesia e di ogni espressione artistica"
"Perpinchiopinchernacolo"
ICQ 65656922

 Sinceramente continuo a non vedere la differenza implementativa
male. c'e' e c'e' anche concettuale.
partiemo da due punti di vista diversi. il mio e' oggettivo il tuo biased
verso il relazionale.
se vogliamo andare sull'implementativo, poi, le implementazioni OO
sono estremamente pulite.
maw
a, vn

 rispondimi in e-mail.
c'era un tempo un certo proForm, sviluppato dal gruppo missikoff
ed implementatop in prwatica da tale d'onofrio e tale totaro ...
purtroppo non sono piu' aggiornatissimo coi prodotti.
ai tempi c'era il rational rose,  ad esmpio, ma si trattava di prodotto
costoso.
e si parla di molti anni orsono..
mi posso infromare, se vuoi
maw maw
a, vn

 Sostengo pero' che IN ALCUNI CASI non e' il caso di ricorrervi.
perche' sei influenzato dal trascurabile dettaglioc he di db oo semplici in
fgiro ce ne sono
pochini." technicalities", diceva un mio superiore (di grado..)  ;))
maw
a, vn

cd... Ma mi basterebbe un fogliettino con scritto a chi l'ho prestato.
Pensa che io generalmente rifiuto anche i CD che qualcuno mi puo' prestare... se
tu venissi e mi volessi prestare un CD non accetterei... piuttosto grabbo le
tracce su HD e te lo rendo subito.
Ciao
   Jenner
----( 
jen...@neurotix.com
 )----
----( 
http://neurotix.com
 )----

copia in omaggio come accanito sostenitore!!!
Guarda che se hai bisogno di un manuale di SQL lo puoi comprare in
libreria. :P
Non penso di sapere molte cose, penso semmai di saperle mettere i
relazione fra loro (e giusto per restare in questa discussione posso
dire che il mio modo di organizzare quel che so e' brutalmente Object
Oriented! :D)


sono estremamente pulite.
Non so se hai inteso che non sto bocciando l'Object Oriented... sto
solo dicendo che in questa problematica non ottieni nulla di diverso
dal modello Relazionale.
Un catalogo di CD e' "complesso" quanto il problema
Capiufficio<->Impiegati: l'implementazione di questa struttura e'
pulita tanto su un Object Oriented quanto su un Relazionale. Non trovo
giusto dire che uno e' meglio dell'altro essenzialmente perche'
nessuno dei due modelli viene valorizzato nelle sue peculiarita'
(quelle che lo distinguono dall'altro).
E come se mi dicessi che l'assegnazione di una variabile e' fatto
meglio in C, piuttosto che in Pascal, piuttosto che in Basic.


 libreria. :P
Sì ma i 100 sacchi necessari a comprare un libro decente me li dai tu 
:))


 :))
No, ce n'e' da molto meno.
Quelli dell'Apogeo sono IMHO i migliori, anche se viaggiano sulle 70 mila.


 implementativa.
Vedi, la cosa principale che mi ha insegnato Paolo Atzeni e' di
non considerare banale nessun problema.
Una riprova di cio' e' il fatto che il 99% degli articoli che hanno
fatto la storia della scienza e della  tecnologia sono di una banalita'
apparente a dir poco sconvolgente..
ciao ciao
a, vn

 Quelli dell'Apogeo sono IMHO i migliori, anche se viaggiano sulle 70 mila.
ah beh... molto più abbordabile :)))))
faccio la resca per spendere 30 sacchi per un cd, figurati un po' se 
dovessi spenderne 70 per un libro di db (che cmque, conoscendomi 
sicuramente comprerò :)))


apparente a dir poco sconvolgente..
"banalita'"? Sei sicuro di usare questa parola nel modo giusto e per intendere
proprio il significato che questa ha?
Dai, secondo me hai capito benissimo che volevo dire.


l'accentramento/concentrazione delle informazioni.
Ciao :-)
stai parlando di Babylon?
Ho dovuto cambiare pc e mi son perso oltre che il programma anche le
informazioni che tu avevi dato per scaricarlo.
Saresti cosi' gentile da ricordarmele?
Grazie!
Saluti!
Giamber
giamber AT lombardiacom DOT it
punto e virgola trattino chiusa parentesi 

Saresti cosi' gentile da ricordarmele?
www.babylon.com
   per il programma che gestisce il glossario
musicologia.neurotix.com
   per il glossario
Fra l'altro fra un po' dovrei rilasciare la nuova versione del
glossario (tanto non riesco nel breve termine ad integrare il database
degli operisti quindi tanto vale rilasciare questa versione qui che
comunque ha integrato un piccolo ma completo database di compositori
finnici, un bel pezzo di IRCAM e altre cosette) che e' sfoltito dagli
errori e che contiene dati piu' precisi e completi.
Ciao
   Jenner

tu :))
Allora scaricati MySQL (
www.mysql.com
) e comincia ad usarlo (seguendo
la documentazione allegata).
Anzi, se vuoi proprio fare una cosa bella, scaricatici dietro anche il
web server Apache (
www.apache.org
) e il PHP4 (
www.php4.org
)... ti
configuri il tutto (e' abbastanza semplice) e ti fai le applicazioni
web che giocano con il database (che oggi fa figo almeno quanto avere
il cellulare WAP).
Ciao
   Jenner