Rappresenta "Qualcosa" Dati in SQL Server

Question

Joe Celko (sql guru) dice che non dovremmo usare tipi di dati proprietari e soprattutto astenerci da cose a livello macchina come bit o byte poiché SQL-Server usa un linguaggio di alto livello. Fondamentalmente, il principio della modellazione dei dati è l'astrazione dei dati. Quindi, discernendo la raccomandazione di cui sopra per campi come "IsActive" ecc., Quale sarebbe la scelta corretta per il tipo di dati, uno che è molto portatile e uno che è decifrato chiaramente dai livelli front-end? Grazie!

Answer 1

In SQL Server, sceglierei il tipo di dati BIT che corrisponde ai requisiti astratti che si descrivono: può avere 2 valori (che si associano a Sì e No mediante una convenzione ampiamente utilizzata di Sì = 1 e No = 0). Può avere un valore NULL aggiuntivo se lo si desidera.

Se possibile, l'utilizzo di tipi di dati nativi offre tutti i vantaggi di prestazioni, chiarezza e comprensibilità per gli altri. Per non parlare del principio di non complicare le cose quando puoi mantenerle semplici.

Answer 2

SQL Server non ha un tipo di dati booleano in modo che Boolean sia fuori questione. BIT è un tipo numerico che accetta i valori 0 e 1 e null. Di solito preferisco un tipo CHAR con un vincolo CHECK che consente valori come "Y"/"N" o "T"/"F". CHAR consente almeno di estendere il set di valori a più di due se lo si desidera.

BIT presenta il potenziale svantaggio che è non standard, non particolarmente user-friendly e non ben compreso anche dagli utenti di SQL Server. La semantica di BIT è molto particolare in SQL Server e persino i prodotti Microsoft trattano BIT in modo incoerente.