Est une colonne de table de bonne conception?

Il bon pour avoir une table avec une seule colonne? Je sais qu'il n'est pas techniquement illégal, mais est-il considéré comme une mauvaise conception?

EDIT:

Voici quelques exemples:

  • Vous avez un tableau avec les 50 valide NOUS des codes d'état, mais vous n'avez pas besoin de stocker l'détaillé des noms d'état.
  • Un e-mail de la liste noire.

Quelqu'un a mentionné l'ajout d'un champ de clé. La façon dont je le vois, cette colonne unique SERAIT la clé primaire.

  • Je vais avoir un peu de mal à imaginer un cas d'utilisation pour une table avec une seule colonne. Pouvez-vous donner un exemple?
  • qu'est-ce que l'une colonne?
  • Ouais nous donner un exemple
  • mais au moins ne pas créer un Index pour elle !
  • NOUS codes d'état sont l'exemple classique de la définition d'un domaine
  • J'ai vu une table de base de données utilisé pour contenir une valeur de verrouillage pour une application avant de
  • Mon utilisation de ce modèle était de créer des ensembles de données. Chaque enregistrement de la table principale dispose d'un ENSEMBLE de champ. Les enregistrements avec le même ENSEMBLE sont connectés. Comment insérer plusieurs enregistrements avec le même JEU? 'INSÉRER DANS des ensembles de VALEURS ()' et ensuite utiliser le dernier ID inséré votre ID joints aux dossiers. Puis à nouveau, peut-être que je pourrais avoir utilisé des Uuid, mais quelque chose se sent mal à ce sujet.
  • Un plus de cas d'utilisation est un indicateur booléen qui est généralement FAUX. Je voudrais créer un tableau avec une colonne qui est à la fois primaire et de clé étrangère.

InformationsquelleAutor Aheho | 2009-06-04