Sto lavorando allo sviluppo di un database relazionale che tenga traccia delle transazioni che si verificano su un dispositivo su cui sto lavorando per la mia azienda. Ci sono diversi tipi di transazioni che potrebbero verificarsi sul dispositivo, quindi abbiamo un campo "trans_type" in una delle nostre principali tabelle dei record. Il mio gruppo ha deciso di rendere il tipo di questo campo un numero intero e di trattarlo come un tipo enumerato. La mia intuizione mi dice che sarebbe una buona idea rendere questo campo una stringa in modo che i dati del nostro database fossero più leggibili e utilizzabili. I miei colleghi sembrano essere preoccupati che ciò causerebbe più problemi di quanti ne valga la pena. I confronti tra stringhe sono troppo costosi e la possibilità di errori di battitura è troppo grande per una barriera.
Quindi, secondo te, quando si ha a che fare con un campo in un database relazionale che è essenzialmente un valore enumerato, è una decisione progettuale migliore per rendere questo campo un intero o una stringa? O c'è qualche altra alternativa che ho trascurato?
Nota: i tipi enumerati espliciti non sono supportati dal database che stiamo utilizzando. E il software che stiamo sviluppando che si interfaccia con questo database è scritto in C ++.