Ver Mensaje Individual
  #6  
Antiguo 08-08-2018
Avatar de mamcx
mamcx mamcx is offline
Moderador
 
Registrado: sep 2004
Ubicación: Medellín - Colombia
Posts: 3.911
Reputación: 25
mamcx Tiene un aura espectacularmamcx Tiene un aura espectacularmamcx Tiene un aura espectacular
Cita:
Empezado por Casimiro Notevi Ver Mensaje
Y si usas unicode (utf-8) también será lo mismo para interpretar la misma letra en minúscula o mayúscula.
No exactamente:

https://www.joelonsoftware.com/2003/...ts-no-excuses/

UTF-8 es un encoding *variable* que puede ser de 1 a 6 bytes. Solo que los caracteres de ASCII son siempre en 1 y los mas complejos van creciendo hasta 6, solo cuando es necesario. Lo que significa que es muy eficiente!.

---

Si abres el mapa de caracteres en windows/osx/linux veras que las letras realmente son numeros en una tabla.

Cita:
a= 97
A = 65
Lo que vemos como letras, son realmente fuentes. Fuentes son *imagenes*.

Por la red o en disco SOLO VIAJAN BITS. Es todo. Todo lo demas es como se hace el encoding/decoding.

Si quieres hacer un encoding muy pequeño, aplicas tecnicas de *compresion*.

Asi, que lo mas simple y facil NO ES micro-optimizar tu BD. Tu BD debe ser *semanticamente correcta*. Guarda string en strings, dates en dates (no como algunos animales que guardan dates en strings!), ints en ints y asi sucesivamente. El deber de un RDBMS es la *integridad de datos*. Asi que deja a tu BD tranquila, que ademas cualquier motor moderno es una bestia de eficiencia.

Por lo tanto, solo tienes que "preocuparte" en reducir el tamaño de los paquetes EN TRANSITO. Select solo de las columnas necesarias, filtrar/preprocesar resultados (para eso es SQL).

De aqui, aplica un modelo de compresion a tus paquetes (como gzip) y ya. Hay mas que se puede hacer pero entonces se pone esoterica la cosa, y es poco probable que lo necesites.
__________________
El malabarista.
Responder Con Cita