ejecución de una c/C++ unión de estilo como una columna en MySQL

Question

Amigos,

que tienen una extraña necesidad y no pueden pensar en mi camino a través del problema. El gran y poderoso Google es de poca ayuda debido al reciclaje de palabras clave (como verás). ¿Puede usted ayudar?

Lo que quiero hacer es almacenar datos de múltiples tipos en una sola columna en MySQL.

Esta es la base de datos equivalente a una unión C (y si busca MySQL y Union, obviamente obtiene un montón de cosas sobre la palabra clave UNION en SQL).

[Sigue el caso simplificado y modificado] Por lo tanto, digamos que tenemos personas, que tienen nombres, y STORMTROOPERS, que tienen números TK. No puedes tener TANTO un NOMBRE como un número de TK. Eres BOB SMITH o TK409.

En CI puede expresar esto como una unión, así:

union { 
     char * name; 
     int tkNo; 
     } EmperialPersonnelRecord; 

Esto hace que sea para que yo estoy bien almacenando un puntero a una matriz de caracteres o un ID en el tipo EmperialPersonnelRecord, no, pero ambos.

Estoy buscando un equivalente de MySQL en una columna. Mi columna almacenaría un int, double o varchar (255) (o la combinación que sea). Pero solo tomaría el espacio del elemento más grande.

¿Esto es posible?

(por supuesto todo es posible dado suficiente tiempo, dinero y voluntad - quiero decir es posible si yo soy pobre, perezoso y en un plazo ... también conocido como "fuera de la caja")

Answer 1

Como dijo a1ex07, PUEDE hacerlo guardando la representación de la cadena. Pero si le preocupa el espacio, almacenar valores reales en varias columnas NULL probablemente ahorrará más espacio.

De forma alternativa, cree tablas auxiliares y normalícelas, p.

vuestra falta

 
TABLE1 
|id|name_or_TK#| 

Tu puede hacer:

 
TABLE1 
|id|name|TK| 

o puede hacerlo

 
TABLE1 
|id|ST_or_human_flag|other columns common to humans and stormtroopers 

TABLE2 - Names_of_humans 
|id|name| 

TABLE3 - TKs_of_STs 
|id|TK| 

Answer 2

No, no hay ningún tipo de columna 'unión'. Pero puede crear una columna que sea lo suficientemente grande como para contener el elemento más grande y otra columna que funcione como indicador de tipo. Es decir.

... data VARCHAR(15), data_type enum('int','double','char')... 

Answer 3

C sindicatos son una forma bastante poco-twiddly de manejar este problema.

Lo que tienes allí es un tipo de datos polimórficos. Por lo tanto, una forma de resolver el problema es cambiar a una base de datos orientada a objetos, o una que se escribe de forma dinámica, como algunos de los "NoSQL".

Si tiene que quedarse con la base de datos relacional actual, puede hacer lo estándar que es construir algún tipo de asignador ORM - objeto relacional - para hacer la traducción.Una forma es colocar los campos comunes ("clase base") en la tabla principal, junto con una columna de tipo, luego usar la columna de tipo para seleccionar qué tabla de "clase de hoja" contiene los campos adicionales. Por ejemplo:

table Employee 
    field id int 
    field emp_type enum('human', 'stormtrooper') 
    field salary int 
    field division_id int 
    field manager_id int 

table HumanEmployee 
    field emp_id int 
    field name string 

table StormtrooperEmployee 
    field emp_id int 
    field tk_number int 

Es decir, las * tablas de empleados están vinculadas a la tabla de empleados base por ID de empleado.

Answer 4

creo que debería tener 2 columnas diferentes y almacenar datos en consecuencia, cuando se recuperan puede convertir y añadir juntos algo así como col1 + col2 como FULL_NAME