¿Por qué las personas tienden a usar letras mayúsculas en las áreas de la base de datos?

SQL entró en un mundo dominado por COBOL y FORTRAN, los cuales usan identificadores y palabras clave del lenguaje que no distinguen entre mayúsculas y minúsculas, y que usualmente usaban mayúsculas como la forma “estándar” para referirse a los elementos en el idioma (incluso si hay mucho código, incluso entonces, fue escrito usando mayúsculas y minúsculas. También había codificaciones de caracteres de seis bits que solo admitían mayúsculas (o, más precisamente, solo un caso) en uso generalizado: código de caracteres de seis bits, por lo que la mayoría de los idiomas establecían disposiciones para almacenar ocho bits (o, a veces, nueve). -bit) datos, los idiomas definidos en esos días intentaron ser “compatibles con seis bits” en términos de elementos de lenguaje. (La mayoría de las codificaciones de seis bits definieron los 26 alfas, 10 dígitos y un par de docenas de otros caracteres; por lo general, omitían caracteres con mayúsculas).

Además, algunos de los otros comportamientos de SQL, como su tratamiento impar (según los estándares modernos) de las columnas CHAR y el relleno de espacios en blanco, surgieron de la necesidad de interactuar de manera limpia con los programas COBOL, que hicieron (¿hacer?) Un comportamiento de relleno de caracteres similar.

Creo que SQL, como estándar, especifica que los nombres de columna y las palabras clave no distinguen entre mayúsculas y minúsculas (y si las tablas, los nombres de las bases de datos, etc. distinguen entre mayúsculas y minúsculas, depende de la implementación. Oracle no distingue entre mayúsculas y minúsculas. Las tablas MySQL dependen (¿a veces?) si el sistema de archivos subyacente distingue entre mayúsculas y minúsculas o no.

La mayoría de los otros lenguajes de programación distinguen entre mayúsculas y minúsculas (pero no todas).

SQL también es más “similar al inglés” que la mayoría de los lenguajes de procedimiento (como C, C ++, Java, PHP, aunque no es COBOL). SQL tiene declaraciones como “SELECCIONAR FROM

WHERE …” y así se usa mayúscula ayuda a distinguir las sentencias de SQL de la prosa normal, mientras que la sintaxis de otros lenguajes de procedimiento lo hace sin la sugerencia.

SQL (lenguaje de consulta estructurado), un lenguaje creado hace mucho tiempo para ingresar, manipular y extraer contenido de bases de datos relacionales, solo se reconocen caracteres en mayúsculas. Esto se remonta a una época en que las máquinas de tipo teletipo se usaban como terminales de computadora y estaciones de perforación de tarjetas; no tenían capacidad de minúsculas, por lo que la misma restricción se aplicaba a otros lenguajes de programación en uso en ese momento.

Algunos de esos idiomas posteriormente cayeron en desuso. Los que sobrevivieron, incluido SQL, relajaron la restricción del caso ya que se hizo innecesaria. Hoy en día, por convención y para facilitar la lectura, el uso de mayúsculas y minúsculas se usa a menudo en SQL para separarlo visualmente del código de procedimiento en el que está incrustado, que hoy en día utiliza mayúsculas y minúsculas como dictan sus propias convenciones lingüísticas. También he visto que se usa para distinguir visualmente las palabras clave del lenguaje SQL de las constantes de cadena entre comillas, etc. con las que está funcionando.

Probablemente el tamaño de fuente predeterminado en los campos es demasiado pequeño y encuentran necesario ver lo que ya han ingresado. O son más viejos y tienen ojos más débiles de lo que usted ha experimentado todavía.

Mi pregunta contraria sería esta. ¿Por qué los artistas gráficos jóvenes asignados a diseñar una tarjeta de seguro médico hacen que la fuente sea tan pequeña que el personal de mediana edad y de edad avanzada de las clínicas y hospitales no puede leerla y transferir con precisión la información de la cuenta a su sistema de base de datos?

Misma razón. Aún no han experimentado el efecto del envejecimiento en sus propios ojos y favorecen la elegancia gráfica de la fuente pequeña sobre la funcionalidad y la prestación segura de atención médica.

SQL es de la década de 1970, una época en que las letras minúsculas aún eran poco comunes en un entorno informático estándar. Que empezaron los hábitos.

En Oracle SQL y PL / SQL, por ejemplo, no hay sensibilidad en el caso, excepto que lo obliga usando nombres de casos mixtos como “MixedCase”. Sin las comillas dobles, no importa la variante de mayúsculas y minúsculas que pueda usar, por lo que usar nombres de mayúsculas y minúsculas sin comillas dobles sería engañoso.

Como SQL es un estándar, supongo que todos los sistemas compatibles con SQL siguen este comportamiento.

Es por eso que lo hacen porque puede ser feo, pero simplemente correcto.