EAV y la elección del tipo de datos

En realidad solo me interesa. Por el momento, en uno de los proyectos, necesitábamos un repositorio universal de parámetros para partes del sistema. Estos pueden ser tanto números como textos sanos. Porque mientras se almacenan en texto largo. La pregunta en realidad es si es posible almacenar estos parámetros de una manera más conveniente, porque algo me dice que si de 1000 registros solo se almacena un texto en un texto sano, los otros 999 crean una carga innecesaria ...

De hecho, la pregunta se puede reformular como "¿No es perjudicial almacenar valores de cadena pequeños en TEXTO LARGO"?

p.s. La búsqueda de estos campos no está prevista. Pero sería bueno explicarlo en el caso de una búsqueda de estos parámetros. Tal vez hay una mejor manera de almacenar esos datos?

p.p.s MySQL + InnoDB

Respuestas
pablo rodriguez
No hay diferencia en el almacenamiento de datos largos y cortos en texto largo.
En este caso, no habrá carga adicional
neil clench
Puede organizar la estructura de la siguiente manera:

Eav
=================
id
tipo

Eav_type_int
=================
id
eav_id
valor (int)

Eav_type_string
=================
id
eav_id
valor (cadena)

Dependiendo del tipo de registro, colocamos los datos en la tabla deseada.
Me temo que las solicitudes serán más complicadas ... aunque tengo que experimentar ... - eleni karas