Visualizzazione dei risultati da 1 a 5 su 5
  1. #1
    Utente di HTML.it
    Registrato dal
    Jun 2008
    Messaggi
    8

    Delucidazioni Progettazione e dominio di un attributo

    Salve a tutti ragazzi, sono qui a chiedere aiuto per meglio comprendere come rappresentare, durante la progettazione di un database, un attributo il cui dominio è rappresentato da specifici valori. In pratica una sorta di campo enum che però poi a livello fisico non sarà necessariamente rappresentato in questo modo ma anche utilizzando una tabella esterna.
    Per fare un esempio un classico campo stato di una tabella che contiene i record degli utenti registrati sul sito.
    Questo attributo può assumere per esempio i valori: "Attivo", "Non Attivo", "Disabilitato".
    Ora suppongo che a livello logico conta poco se poi fisicamente creerò un enumerazione o mi appoggerò ad una tabella esterna (per esempio per poter generare dinamicamente altri stati senza dover apportare modifiche al db).

    Ma appunto a livello logico, come si rappresenta una cosa del genere ?

    Creo l'entità Utente e gli attribuisco l'attributo stato come qualsiasi altro attributo (nome, cognome..) oppure devo rappresentare lo stato come un'altra entità ed usare una relazione che le colleghi ?

    Purtroppo ho sempre erroneamente scritto direttamente le tabelle in tutti i db che ho "progettato" e quindi sono sempre partito dalla fine ed ora che sto cercando di imparare per bene tutto il processo di progettazione mi trovo in difficoltà perchè la mente tende a fare dei procedimenti al contrario o a saltare dei passi importanti e mi sembra difficile entrare nell'ottica adeguata anche di cose che dovrebbero essere banali.

    Spero che qualcuno possa illuminarmi, nel frattempo ringrazio tutti per l'attenzione.

  2. #2
    Ciao,

    mi sembra di capire che tu abbia scelto e/o stai già utilizzando un database, se si potresti specificarlo? E' obbligatorio inserirlo nel titolo (se ovviamente non si chiede qual'è la piattaforma da utilizzare ^^)

    Grazie
    The fastest Redis alternative ... cachegrand! https://github.com/danielealbano/cachegrand

  3. #3
    Utente di HTML.it
    Registrato dal
    Jun 2008
    Messaggi
    8
    Veramente è un problema di progettazione quindi non sono ancora arrivato al db vero e proprio..

  4. #4
    Originariamente inviato da justfra
    Veramente è un problema di progettazione quindi non sono ancora arrivato al db vero e proprio..
    Ah, ok, pardon
    The fastest Redis alternative ... cachegrand! https://github.com/danielealbano/cachegrand

  5. #5
    Utente di HTML.it
    Registrato dal
    Jun 2008
    Messaggi
    8
    Figurati, non c'è problema.. Apparte quello per cui ho aperto il topic...

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.