Dubbio su normalizzazione dei dati

di il
17 risposte

Dubbio su normalizzazione dei dati

Dopo aver riletto le 3 forme Normali, e grazie a quanto mi ha detto willy55, mi sono accorto di avere un problema di dati non normalizzati sulla tabella "Entità" che ho costruito per contenere i dati di tutti i soggetti che hanno collaborato alla creazione di un album.

Per come è stata costruita la tabella, di fatto, ad oggi si trova a dover contenere un record con i dati di un soggetto per ogni ruolo differente che ha avuto nella realizzazione dell'album stesso e, inoltre ad avere memorizzati differenti quantità e tipi di dati sulla base del fatto che all'interno della tabella io stia inserendo o una persona fisica o una persona giuridica o una "persona Artista" (e "Artista" è anche uno dei ruoli che il soggetto può ricoprire).

Visto che:
Una "Persona Artista" è il tipo di soggetto che ha il set di dati più completo
Una "Persona Fisica" è un tipo di soggetto con un set di dati che è un sottoinsieme dei dati usati per la "Persona Artista" con alcuni campi usati con un significato diverso
Una "Persona Giuridica" è un tipo di soggetto con un set di dati che è un sottoinsieme dei dati usati per la "Persona Fisica" con l'unico campo dati (escludendo una eventuale PK) che ha lo stesso significato di uno dei campi dati della "Persona Fisica"

la soluzione che mi è venuta in mente sarebbe articolata in tre passaggi

1) Eliminare le relazioni 1 a molti che, al momento collegano la tabella "EntitàCategorie" (dove sono definiti i ruoli in cui un soggetto può essere coinvolto quando collabora alla creazione di un album) alla tabella "EntitàTipi" ed alla tabella "Entità"

2) Scindere la tabella "Entità" in tre tabelle "PersonaArtista", "PersonaFisica" e "PersonaGiuridica" strutturandole ciascuna con il loro specifico set di dati.

3) Creare tre tabelle di unione ciascuna delle quali sia il lato n di relazione 1 a n, da una parte con la tabella "EntitàCategorie" e dall'altra la prima delle tre tabelle sia legata alla tabella "PersonaArtista", la seconda sia legata alla tabella "PersonaFisica", e la terza sia legata alla tabella "PersonaGiuridica"

I dubbi che ho a proposito, però sono:
1) compio un errore di normalizzazione nella scissione della tabella Entità nelle 3 tabelle suddette, visto che alcuni campi sono presenti in due delle tre tabelle (anche se, a volte, con significati diversi) ed un campo in particolare è presente in tutte e tre le tabelle?

2) Un valore come "Francesco De Gregori" che è contemporaneamente una persona fisica che ha suonato, cantato e composto musica in diversi album ed anche una "Persona Artista" che ha pubblicato diversi album, rischia di dover avere 2 record, uno nella tabella "PersoneArtista" e l'altro nella tabella "PersoneFisiche". Ma anche questo mi sembra un errore di normalizzazione. Potete confermarmi se è un errore oppure no?

Grazie per l'attenzione e buona giornata.

17 Risposte

  • Re: Dubbio su normalizzazione dei dati

    In realtà le forme normali sono 5+1
  • Re: Dubbio su normalizzazione dei dati

    In una realta' un po' piu' recente, le forme normali sono un po' di piu': 11

    https://en.wikipedia.org/wiki/Database_normalization#Normal_forms

    Benche' non sia immediatamente evidente, ma un modello dati puo' tranquillamente seguire anche un approccio alla OOP.
    In questo caso puoi avere:
    
    Persona
       PersonaFisica
           PersonaArtista
       PersonaGiuridica
    
    La modellazione si puo' fare in n-mila modi diversi:

    1) 4 tabelle distinte, legate mediante Join su "Persona.id" PIU' un campo in Persona che specifica il tipo di specializzazione
    2) un'unica tabella con le colonne per TUTTI i tipi di persona PIU' il solito campo che specifica il tipo di specializzazione
    3) un mix dei due precedenti approcci

    Il modo da usare dipende da un sacco di fattori:

    1) numero di colonne aggiuntive per ogni tipo di persona (se sono poche o tante)
    2) numero di record per i diversi tipi di persona (Persona giuridica e' 1/10 di tutti i record di tipo Persona, e PersonaArtista e' il 90% dei record di tipo Persona)
    3) tipo di interrogazioni da fare: se ti serve una Join il 90% delle volte, tanto vale avere tutto in una tabella
    4) quanto grave e' la "denormalizzazione": se ci sono informazioni che sono duplicate ma che non potranno mai essere incoerenti, la duplicazione non introduce nessun problema.
    5) ecc, ecc

    Non esiste un'unico modo. Bisogna scegliere in base a semplicita' e coerenza.

    Inoltre, i DBMS relazionali permettono di definire delle "viste", quindi una tabella NON normalizzata puo' essere smontata in 2 o piu' tabelle ""normalizzate" e poi puo' essere creata una ""vista"" che ricostruisce la tabella originaria. In questo modo il database risulta normalizzato, e non serve cambiare il codice nell'applicazione.
  • Re: Dubbio su normalizzazione dei dati

    I farei una sola tabella Artisti, in essa possono comparire tutti: De Gregori Francesco, Pink Floyd, Gran concerto bandistico città di Conversano, Berliner philharmoniker… Puoi aggiungere un campo di discriminazione dove specifichi se si tratta di PersonaFisica, PersonaGiuridica…
    Quando andrai a trattare l'Autorità di un Brano, De Gregori Francesco sarà l'AutoreTesto...trattandosi di cantautore, potrai anche indicarlo 2 volte: AutoreTesto, AutoreMusica.
    Il fatto che la canzone "Quattro cani" sta nell'album "Rimmel", tu dirai che "Quattro cani" (dentro "Rimmel") è INTERPRETATA da De Gregori Francesco.
    Per tanto il fatto che uno stesso Artista compaia più volte nel tuo organigramma tabelle, lo trovo del tutto normale.
  • Re: Dubbio su normalizzazione dei dati

    OsvaldoLaviosa ha scritto:


    I farei una sola tabella Artisti, in essa possono comparire tutti: De Gregori Francesco, Pink Floyd, Gran concerto bandistico città di Conversano, Berliner philharmoniker… Puoi aggiungere un campo di discriminazione dove specifichi se si tratta di PersonaFisica, PersonaGiuridica…
    Quando andrai a trattare l'Autorità di un Brano, De Gregori Francesco sarà l'AutoreTesto...trattandosi di cantautore, potrai anche indicarlo 2 volte: AutoreTesto, AutoreMusica.
    Il fatto che la canzone "Quattro cani" sta nell'album "Rimmel", tu dirai che "Quattro cani" (dentro "Rimmel") è INTERPRETATA da De Gregori Francesco.
    Per tanto il fatto che uno stesso Artista compaia più volte nel tuo organigramma tabelle, lo trovo del tutto normale.
    Una domanda: quando su un album trovi scritto che o le musiche, o i testi (o in certi casi entrambi) sono stati composti tutti dalla medesima persona per tutto l'album tu cosa fai? Associ l'autore direttamente all'album, oppure lo associ ad ogni singola canzone dell'album?
  • Re: Dubbio su normalizzazione dei dati

    Quello che racconti si tratta SOLO di un CASO PARTICOLARE (anche se accade spesso). In generale devi tracciare tutto più volte. Io traccio Autore/i dell'Album, Autore/i di ogni singola canzone, Interprete/i dell'Album e Interprete/i per ogni singola canzone (all'interno dell'Album).
    Capisco che ti scoccia scrivere tutto più volte. Allora devi ingegnarti nell'automatizzare tutto con un po' di codice VBA che entra in gioco in casi come questo.
  • Re: Dubbio su normalizzazione dei dati

    migliorabile ha scritto:


    In una realta' un po' piu' recente, le forme normali sono un po' di piu': 11

    https://en.wikipedia.org/wiki/Database_normalization#Normal_forms

    Benche' non sia immediatamente evidente, ma un modello dati puo' tranquillamente seguire anche un approccio alla OOP.
    In questo caso puoi avere:
    
    Persona
       PersonaFisica
           PersonaArtista
       PersonaGiuridica
    
    La modellazione si puo' fare in n-mila modi diversi:

    1) 4 tabelle distinte, legate mediante Join su "Persona.id" PIU' un campo in Persona che specifica il tipo di specializzazione
    2) un'unica tabella con le colonne per TUTTI i tipi di persona PIU' il solito campo che specifica il tipo di specializzazione
    3) un mix dei due precedenti approcci

    Il modo da usare dipende da un sacco di fattori:

    1) numero di colonne aggiuntive per ogni tipo di persona (se sono poche o tante)
    2) numero di record per i diversi tipi di persona (Persona giuridica e' 1/10 di tutti i record di tipo Persona, e PersonaArtista e' il 90% dei record di tipo Persona)
    3) tipo di interrogazioni da fare: se ti serve una Join il 90% delle volte, tanto vale avere tutto in una tabella
    4) quanto grave e' la "denormalizzazione": se ci sono informazioni che sono duplicate ma che non potranno mai essere incoerenti, la duplicazione non introduce nessun problema.
    5) ecc, ecc

    Non esiste un'unico modo. Bisogna scegliere in base a semplicita' e coerenza.

    Inoltre, i DBMS relazionali permettono di definire delle "viste", quindi una tabella NON normalizzata puo' essere smontata in 2 o piu' tabelle ""normalizzate" e poi puo' essere creata una ""vista"" che ricostruisce la tabella originaria. In questo modo il database risulta normalizzato, e non serve cambiare il codice nell'applicazione.
    Per quanto riguarda il database che sto provando a sviluppare, l’obiettivo è quello di raccogliere i dati di una collezione musicale.
    Quando vado ad inserire i dati di un album, le due problematiche maggiori sono:

    1) L’inserimento dei dati riguardanti l’album, che comprende più livelli di inserimento dati
    2) L’Inserimento dei dati riguardanti l’elenco di persone che ha collaborato alla realizzazione dell’album

    La Tabella “Entità” era pensata per gestire la 2° problematica e voleva essere organizzata in modo tale che fosse possibile filtrare i record della tabella sulla base del ruolo in modo tale che, quando si inserivano i dati di un album, fosse possibile selezionare solo i record della tabella Entità che erano definiti dal ruolo che stavo inserendo.

    Parlando di ciò che intendo come “Ruolo” un inserimento nella tabella Entità poteva avere i seguenti ruoli:
    1) Artista, ovvero chi aveva pubblicato l’album. Un Artista, a sua volta, può essere di due tipi
    a. Artista Solista, quando il nome contiene un riferimento diretto ed univoco ad un’unica e specifica persona
    b. Gruppo, quando il nome non contiene un riferimento ed univoco ad un’unica e specifica persona
    2) Autore, ovvero chi aveva collaborato alla fase di composizione musicale e testuale dell’album. Un autore può essere
    a. Autore di Musica
    b. Autore di Testi
    c. Autore di Canzoni (quando crea contemporaneamente musiche e testi per almeno una specifica canzone)
    3) Musicista, ovvero chi aveva suonato e/o cantato all’interno dell’album. Un musicista può essere
    a. Cantante
    b. Strumentista
    c. Cantante / Strumentista (quando suona uno strumento e canta in contemporanea all’interno almeno di una canzone dell’album)
    4) Tecnico, ovvero chi aveva collaborato alla parte tecnica di realizzazione dell’album. Un Tecnico può essere
    a. Produttore
    b. Ingegnere del Suono
    c. Addetto al Mixaggio
    5) Copertinista, ovvero chi aveva creato la copertina dell’album. Un Copertinista può essere
    a. Disegnatore
    b. Fotografo

    Il ruolo di Artista e di Musicista aveva poi un’ulteriore differenziazione indipendente dalla prima. Infatti
    1) Un Artista poteva essere:
    a. L’Artista che aveva effettivamente pubblicato l’album e che quindi aveva l’album inserito nella propria discografia ufficiale
    b. Un Artista che aveva collaborato alla realizzazione dell’album ed era stato accreditato come Artista Ospite.
    2) Un Musicista poteva essere:
    a. Un Membro della formazione ufficiale dell’Artista che aveva pubblicato l’album
    b. Un Artista non compreso nella formazione ufficiale dell’Artista per quell’album, che aveva collaborato in qualità di Artista Ospite

    Infine il ruolo di Artista un’ultima distinzione interna indipendente dalle prime due (ma nel nostro caso non usata se l’Artista è un Artista Ospite)
    Un Artista può essere:
    1) Un progetto principale, ovvero qualcosa di nato con la precisa intenzione di essere l’attività principale di tutti i musicisti coinvolti
    2) Un progetto parallelo, ovvero qualcosa che viene creata da uno o più elementi di un progetto principale in collaborazione o meno con altri Artisti

    Infine la relazione che c’è tra i singoli ruoli ed i vari “tipi di persona” è la seguente:
    Il Ruolo “Artista” è l’unico a poter essere associato alla “Persona Artista”
    Il Ruolo “Musicista” può essere associato solo alla “Persona Fisica”
    Il Ruolo “Copertinista” può essere associato alla “Persona Fisica” ed alla “Persona Giuridica”. Il Copertinista, inoltre, è l’unico ruolo che può essere associato alla “Persona Giuridica”
    I Ruoli di “Autore” e di “Tecnico” possono essere associati sia alla “Persona Fisica” ed alla “Persona Artista”

    Passando alle risposte alle tue domande:
    i dati che definiscono i vari tipi di persona sono i seguenti (dal tipo con meno dati a quello con più dati) escludendo la chiave primaria (che serve a tutti)

    Alla Persona Giuridica servono solo il Nome della Società
    Alla Persona Fisica servono: Nome, Cognome, Sesso, Nazione, Anno (o Data) di Nascita, Anno (o Data) dell’eventuale data di Morte. Le persone fisiche devono poter essere ordinate per: [Ruolo] – [Cognome] – [Nome]

    La “Persona Artista” ha quattro tipi di configurazione
    1) Artista Solista e Progetto Principale
    2) Gruppo e Progetto Principale
    3) Artista Solista e Progetto Parallelo
    4) Gruppo e Progetto Parallelo
    CAMPI IN COMUNE PER TUTTE LE CONFIGURAZIONI
    Eventuale Artista o Gruppo di Supporto
    Nazione
    Anno Di Esordio
    Nome Completo del Soggetto
    Chiave Ordinamento Record [calcolata in maniera differente a seconda della configurazione della “Persona Artista” inserita]

    CAMPI CHE DISTINGUONO L’ARTISTA SOLISTA DAL GRUPPO
    ARTISTA SOLISTA
    Nome
    Cognome
    Sesso
    Anno (o Data) di Nascita
    Anno (o Data) dell’eventuale Ritiro
    Anno (o Data) dell’eventuale Morte

    GRUPPO
    Prefisso (valorizzato se la prima parola del nome del gruppo è un articolo)
    Nome Gruppo
    Anno (o Data) di Formazione
    Anno (o Data) dell’eventuale Scioglimento

    CAMPO CHE DISTINGUE IL PROGETTO PARALLELO DAL PROGETTO PRINCIPALE
    Nome Completo del Progetto Principale associato alla “Persona Artista” inserita [calcolato partendo da dati inseriti nella maschera di inserimento]

    Al momento, per rendere le cose più semplici, la tabella “Persona Aritsta” è configurata con campi che variano di significato a seconda della configurazione che viene inserita con il seguente elenco:
    Nome_O_Prefisso
    Cognome_O_Nome
    Artista_O_Gruppo_di_Supporto
    Data_di_Nascita_o_Formazione
    Data_di_Esordio
    Data_di_Ritiro_o_Scioglimento
    Data_di_Morte
    Nazione
    Sesso
    Nome_Completo_Soggetto
    Nome_Completo_Progetto_Principale_Associato
    Chiave_Ordinamento_Record

    Per quanto riguarda la presenza all’interno del database di ogni singolo “Tipo di Persona” la situazione è:
    La “Persona Giuridica” è una presenza minima, perché viene inserita solo nel caso in cui la realizzazione della copertina di un album venga accreditata ad un intero studio fotografico
    La “Persona Artista” è una presenza significativa, perché per ogni album inserito ci sono da 1 a N “Persone Artista” coinvolte
    La “Persona Fisica” è la presenza maggiore perché
    1) Ogni album ha:
    a. Da 1 a N persone fisiche coinvolte come Autori
    b. Da 1 a N persone fisiche coinvolte come Tecnici
    c. Da 1 a N persone fisiche coinvolte come Copertinisti
    2) Ogni Persona Artista ha da 1 a N persone fisiche collegate come Musicisti

    Per quanto riguarda il tipo di interrogazioni mi serve:
    1) Filtrare i record per “Persona Artista” (Artisti Ospiti compresi) tutte le volte che devo inserire l’Artista di un Album, di un Disco o di una canzone
    2) Filtrare i record per “Persona Fisica” o “Persona Artista” che siano anche associati al ruolo “Autore”, tutte le volte che devo inserire l’elenco di autori associati o ad un Album, o ad una canzone
    3) Filtrare i record per “Persona Fisica” associati al ruolo di “Musicista” (Musicisti Ospiti compresi), tutte le volte che devo inserire una Formazione associata a: una “Persona Artista”, un album, un’edizione specifica dell’album, un disco od una canzone
    4) Filtrare i record per “Persona Fisica” o “Persona Artista” che siano associati al ruolo “Tecnico” tutte le volte che devo inserire uno staff tecnico associato a un Album o ad un’Edizione Specifica dell’Album
    5) Filtrare i record per “Persona Fisica” o “Persona Giuridica” che siano associati al ruolo di “Copertinista”, tutte le volte che inserisco i dati riguardo chi ha creato la copertina dell’album

    Il livello di denormalizzazione è: per ogni soggetto che sia contemporaneamente associato al ruolo “Artista” ed a uno o più ruoli tra Autore, Musicista, Tecnico e Copertinista ci saranno un record sulla tabella “PersoneArtista” ed un record sulla tabella “PersoneFisiche”.
  • Re: Dubbio su normalizzazione dei dati

    Forse se posti un file, dove si può controllare come è stata sviluppata la struttura del database e le prorpietà delle singole tabelle, è più facile capire come aiutarti.
  • Re: Dubbio su normalizzazione dei dati

    Stifone ha scritto:


    Forse se posti un file, dove si può controllare come è stata sviluppata la struttura del database e le prorpietà delle singole tabelle, è più facile capire come aiutarti.
    L'architettura del database è parecchio complessa e l'immagine delle relazioni non è di lettura immediata. Potrei mettere il file accdb su google drive e condividerlo con chi fosse interessato a guardarlo per aiutarmi a capire se sto andando nella giusta direzione o no.
  • Re: Dubbio su normalizzazione dei dati

    E' quello che ti avevo proposto precedentemente, se vuoi.
  • Re: Dubbio su normalizzazione dei dati

    Stifone ha scritto:


    E' quello che ti avevo proposto precedentemente, se vuoi.
    File messo su Google drive. Se mi invii un tuo user Google, posso condividerlo. (Ho messo il post in pubblico perché non sono sicuro che i MP siano stati inviati correttamente.

    Grazie per la disponibilità
  • Re: Dubbio su normalizzazione dei dati

    Basta che gli dici di condividerlo con gli altri poi copi il link che ti rilascia e lo pubblichi.
  • Re: Dubbio su normalizzazione dei dati

    https://drive.google.com/file/d/1loUH4q1WxeaS84a6DOKBmdZA1EBB2Gdf/view?usp=sharing
    a questo link c'è il file accdb con le tabelle (ho creato un modello partendo da separazione tra Artisti e Persone, ed aggiungendo la logica originale della gestione dei dati dell'album)

    Ho valorizzato i campi "descrizione" della visualizzazione della struttura delle tabelle per spiegare quelle che erano le funzioni che avevo in mente.

    Grazie per la disponibilità
  • Re: Dubbio su normalizzazione dei dati

    Intanto cominciamo a chiarire una cosa fondamentele la Raccolta che hai può essere composta da Album (raccolta di brani) e/o da Singoli (brano singolo)?
  • Re: Dubbio su normalizzazione dei dati

    Il numero delle canzoni associate ad un Album, può variare da 1 ad N. Nel momento in cui ho nella mia collezione un’edizione specifica di un Album (singolo o full-length che sia) viene inserito nella “mtblAlbum” e nella “mtblEdizioniAlbum”

    Quando parlo di "Album" io intendo un'associazione tra Titolo e Artista che stabilisce che quel determinato Titolo fa parte della discografia di quel determinato Artista.

    ESEMPIO: associando il Titolo "Electric Castle Live and Other Stories" all'Artista Ayreon, io definisco "Electric Castle Live and Other Stories" come un Album della discografia degli Ayreon

    Ogni album, sia nel momento della prima edizione, sia nel corso degli anni, può essere pubblicato in più EDIZIONI.

    L'Edizione dell'album è, di fatto, l'oggetto che ci portiamo a casa dal negozio di dischi in cui lo abbiamo acquistato quindi, se io avessi acquistato più edizioni di uno specifico album, io avrei sulla tabella "mtblEdizioniAlbum" tanti record quante sono le edizioni dell'album acquistate.

    Continuando su "Electric Castle Live and Other Stories" degli Ayreon, l'album è uscito in 5 edizioni differenti, ovvero:

    1) L’Edizione standard in Blu-Ray
    2) L’Edizione standard in CD
    3) L’edizione standard in Vinile
    4) L’Edizione limitata con la confezione Earbook
    5) L’Edizione limitata con la confezione in formato cofanetto

    Ogni Edizione ha:

    1) Un elenco che può variare in quantità (da 1 a N) e qualità di supporti presenti nell’edizione dell’album
    2) Un elenco di righe dettaglio (da 1 a N), ognuna delle quali si riferisce ad uno solo dei dischi presenti nell’edizione dell’album
    3) Un elenco di righe dettaglio (da 0 a N), ognuna delle quali si riferisce ad uno degli oggetti (ovvero tutta quella parte di contenuto che non contiene canzoni) presenti nell’edizione dell’album

    Sempre continuando l’analisi livello dopo livello di “Electric Castle Live and Other Stories” abbiamo che
    1) L’Edizione standard in Blu-Ray contiene 1 Disco Blu-Ray
    2) L’Edizione standard in CD, contiene
    a. 2 CD
    b. 1 DVD
    3) L’edizione standard in Vinile contiene
    a. 3 LP
    b. la carta per il download dei file digitali
    4) L’Edizione limitata con la confezione Earbook, contiene:
    a. 2 CD
    b. 2 DVD
    c. 1 Blu-Ray
    d. 1 Libro Fotografico
    5) L’Edizione limitata con la confezione in formato cofanetto contenente
    a. L’Intera Edizione Earbook completa di confezione
    b. Un’Edizione Limitata dell’Edizione in Vinile che comprende:
    i. 3 Vinili “Picture Disc” stampati appositamente per il cofanetto
    ii. La carta per il download dei file digitali
    c. Un Vinile Bonus in Picture Disc separato dall’edizione
    d. Un Tappetino per il piatto del giradischi
    e. Un Poster
    f. Un set di 10 Carte da Gioco con foto dei personaggi del concerto
    g. Un certificato di Autenticità firmato dall’autore

    A questo punto:
    1) Ogni disco presente in un’edizione specifica di un album ha un elenco variabile (da 1 a N) di tracce che fanno parte della scaletta del disco
    2) Ogni oggetto presente in un’edizione specifica di un album ha un record che contiene le informazioni di dettaglio sull’oggetto in questione

    Una Scaletta di un Disco può essere composta da diversi tipi di tracce, ovvero:
    1) Le Canzoni
    2) Le Tracce Audio (ovvero le tracce che contengono o interviste, o commenti all’album fatti dall’autore o qualsiasi tipo di audio che non sia musica)
    3) Le Tracce Video
    4) Le Tracce Silenziose
    5) Le Sotto-Tracce, che sono quelle che vengono definite tutte le volte che una singola canzone contenuta in una traccia ha al suo interno diverse parti, ciascuna delle quali ha un proprio Titolo
    6) Le Suite che sono quelle canzoni che si sviluppano lungo più tracce consecutive dello stesso Disco

    Ed ogni Traccia che sia una Canzone ha un proprio record di dettaglio.

    Per capirci “Electric Castle Live and Other Stories” all’interno del database avrebbe:
    1) Un record sulla tabella “mtblAlbum”
    2) Da 1 a 5 record sulla tabella “mtblEdizioniAlbum” a seconda di quante edizioni di quell’album abbiamo acquistato
    Dopo di che, analizzando le varie edizioni avremo:
    1) L’edizione Standard in Blu-Ray con
    a. 1 riga sulla tabella “mtblContenutiEdizione”
    b. 1 riga di dettaglio sulla tabella “mtblDischi”
    2) L’edizione Standard in CD con
    a. 2 righe sulla tabella “mtblContenutiEdizione” dove:
    i. 1 riga si riferisce ai 2 CD
    ii. 1 riga si riferisce al DVD
    b. 3 righe sulla tabella “mtblDischi” dove
    i. 2 righe si riferiscono ai dettagli dei CD
    ii. 1 riga si riferisce ai dettagli del DVD
    3) L’Edizione Standard in Vinile con:
    a. 2 righe sulla tabella “mtblContenutoEdizione” dove:
    i. 1 riga si riferisce ai 3 LP
    ii. 1 riga si riferisce alla carta di download
    b. 4 righe sulla tabella “mtblDischi” dove:
    i. Le prime 3 righe si riferiscono ognuna ai dettagli di uno specifico dei 3 LP
    ii. La quarta riga, si riferisce ai dettagli della carta per lo scarico dei file
    4) L’edizione Limitata in confezione Earbook con:
    a. 4 righe sulla tabella “mtblContenutiEdizioni” dove:
    i. 1 riga si riferisce ai 2 CD
    ii. 1 riga si riferisce ai 2 DVD
    iii. 1 riga si riferisce al Blu-Ray
    iv. 1 riga si riferisce al libro
    b. 5 righe sulla tabella “mtblDischi” dove:
    i. 2 righe si riferiscono ognuno ai dettagli di uno specifico CD
    ii. 2 righe si riferiscono ognuno ai dettagli di uno specifico DVD
    iii. 1 riga si riferisce ai dettagli del Blu-Ray
    c. 1 riga sulla tabella “mtblOggetti”
    5) L’Edizione limitata in formato cofanetto con
    a. 3 righe sulla tabella “mtblContenutiEdizione” dove:
    i. 1 riga si riferisce agli oggetti di formato “Misto” (N.B. questo è un valore particolare che può esistere solo nel caso in cui all’interno di un cofanetto ci sia non solo un disco, ma proprio un’edizione album completa di confezione che sia composta da tipi di supporto (intendi “CD”, “DVD”, “Vinili” etc…)
    ii. 1 riga si riferisce al Picture Disc
    iii. 1 riga si riferisce agli oggetti di tipo gadget
    b. 10 righe sulla tabella “mtblDischi” dove:
    i. 2 righe fanno riferimento ognuna ai dettagli di uno specifico dei 2 CD contenuti nell’edizione Earbook presente nel cofanetto
    ii. 2 righe fanno riferimento ognuna ai dettagli di uno specifico dei 2 DVD contenuti nell’edizione Earbook presente nel cofanetto
    iii. 1 riga fa riferimento ai dettagli del Blu-Ray contenuto nell’edizione Earbook presente nel cofanetto
    iv. 3 righe fanno riferimento ognuna ai dettagli di uno specifico dei 3 Vinile contenuti nell’edizione limitata in Vinile presente nel cofanetto
    v. 1 riga fa riferimento alla carta per scaricare i file-audio contenuta nell’edizione limitata in Vinile presente nel cofanetto
    vi. 1 riga fa riferimento al Vinile in Picture Disc contenuto nel cofanetto
    c. 5 righe sulla tabella “mtblOggetti” dove:
    i. 1 riga fa riferimento al libro fotografico contenuto nell’Edizione Earbook contenuta nel cofanetto
    ii. 4 righe fanno riferimento agli altri oggetti di varia natura (1 riga per ogni tipo di oggetto diverso) contenuti direttamente nel cofanetto.

    e per ogni record presente sulla tabella "mtblDischi" ci sarebbero altrettanti elenchi di tracce (variabili da 1 a N) presenti nella "mtblScaletteDischi"
Devi accedere o registrarti per scrivere nel forum
17 risposte