Il modo migliore per memorizzare un valore che potrebbe essere di più tipi

Vorrei ripetere una domanda in modo più diretto e generale:

Come si crea una tabella per memorizzare valori che potrebbero essere di diversi tipi?

Nel mio caso, i valori forniscono la diagnostica di un evento. Es .: Evento verificato -> Memorizza le letture di più PLC che contengono informazioni pertinenti sull'evento. I PLC potrebbero monitorare qualsiasi tipo di dati.

Alcuni esempi a cui riesco a pensare:

• Crea una colonna per ogni tipo possibile e crea un'altra colonna per indicare quale colonna utilizzare
  • Es .: Colli: IntVal, StrVal, BoolVal, Type. Vals: null, null, True, "BOOL"
• Memorizza i valori indipendentemente da varchar

Sembrerebbe che ti sia già stato detto che stai andando verso il modello EAV . Dai un'occhiata all'immagine qui per il motivo per cui il modello EAV dovrebbe essere evitato praticamente a tutti i costi.

Bill Karwin, l'autore responsabile dell'immagine sopra, ha scritto un libro "SQL Antipatterns: evitare le insidie ​​della programmazione del database" e dedica il primo capitolo all'anti-pattern EAV. È anche un grande battitore di questo gruppo e grande su StackOverflow (per problemi di database).

Il mio consiglio sarebbe di avere una tabella per ogni tipo di risultato e quindi di usare VIEWs per combinarli quando necessario.

Ad esempio, potresti avere

CREATE TABLE char_result
(
  question_id INT,
  user_id INT,
  cresult CHAR,
  result_correct BOOLEAN (or equivalent in your RDBMS)
  ..
  <other stuff>
  ..
);

Fai lo stesso per num_result, tranne il sostituto nresult INT (FLOAT ... qualunque) per cresult - stessa idea per VARCHAR & c.

Quindi crea VIEWs sulle diverse tabelle dei risultati per result_correct(e altri campi - number_of_attempts... ecc. - qualunque siano gli altri tuoi campi). In questo caso, stai confrontando i calcoli simili a quelli simili e non peforming equivalenti all'aggiunta della popolazione all'altitudine secondo l'immagine esilarante di cui sopra!

Penso che se fosse assolutamente necessario memorizzare un valore in questo modo in un database relazionale, utilizzerei una soluzione come le colonne JSON di Microsoft SQL Server .