Hola bienvenidos a este quinto capítulo del curso completo de base de datos.
En esta oportunidad nos toca hablar de el concepto de Campos hasta ahora vimos bases de datos vimos
que estaban compuestas por seres que lo estaban entablas y ahora vamos a saber que las tablas se desglosan
en campos.
Los campos conforman nuestro registro de datos y como vimos en el ejemplo anterior en nuestra agenda
telefónica o la planilla Excel que mostraba cada columna un dato diferente podemos decir que los campos
son esas columnas de la planilla es como ya sabemos las tablas son colecciones de registros en un principio
podríamos tener tablas vacías es decir sin datos aún grabados en esas.
Pero lo que sí ya tienen nuestras tablas es la definición de cómo estarán conformados esos registros
es decir cuando creamos nuestras tablas.
El segundo paso es diseñar su registro o correcciones de campos.
Estos campos son datos individuales donde en su interior sólo puede haber un valor alojado en comparación
con una planilla Excel podríamos asemejar a un campo a una columna determinada en la siguiente imagen
podemos ver una definición de los campos de una tabla.
En mi ciclo veremos en secciones siguientes sobre la importancia de prestar cuidado y detalle a la creación
de nuestros campos para que nuestros datos se encuentren optimizados o como se dice en base de datos
normalizados.
Pero siguiendo con el ejemplo de nuestra tabla llamada adquirientes podríamos listar los campos que
vemos en la imagen como indispensables
si prestan atención.
Yo ya estoy aplicando algunas reglas de normalización que veremos más adelante y refiere a que debemos
en lo posible nombrar nuestros campos de manera organizada legible y siguiendo alguna norma en este
caso y teniendo en cuenta que una base de datos poseerá seguramente numerosas tablas y miles de campos.
Es conveniente que el mismo nombre del campo nos dé una idea de qué se trata.
Si en lugar de equilibrio bajo nombre lo llamaremos simplemente nombre deberíamos ver a qué tabla se
refiere el campo para darnos cuenta de que es el nombre del cliente y no por ejemplo de un proveedor.
De esta forma el nombre podría darnos rápidamente noción de su origen.
Seguramente usted con solo leer el nombre de estos campos se dará una idea de qué valor contienen y
que a qué se refiere dicho valor pero vemos ahora con estos nuevos nombres de campo.
Tiene alguna forma de saber de qué tratan esos campos.
El nombre que le demos a nuestros campos es fundamental para una correcta interpretación de nuestras
tablas Campos y valores almacenados.
Si se fijan en mi costumbre la cual fue puliéndose con décadas de aprendizaje que el campo comience
con cuatro caracteres o quizás algunos más que denoten de Qué tabla proviene dicho campo los prefijos
del idioma vasco provienen de clientes pero bien bajos provienen de proveedores Hardt y bajo provienen
de artículos o productos vegetacion bajo es la tabla maestra de ventas son algunos ejemplos de posibles
tablas de nuestra base de datos pero que nos dan una idea acerca de de qué tanta provienen y uso un
guión bajo para separar el prefijo del nombre.
Ustedes no están obligados a usar estos formatos o normas sólo tómenlo como consejos de un viejo programador.
El otro aspecto que debemos atender es el tipo de datos de cada campo.
No es lo mismo una descripción que debe ser de tipo Char Hobart Char explicaremos en detalle los tipos
de datos de mail cicle en la sección base de datos maicito.
No se preocupen ahora por comprender un campo fecha un campo numérico cada uno debe ser configurado
de forma correcta y teniendo en cuenta que para cada valor mínimo y máximo encontraremos el tipo de
dato correcto.
Por ejemplo si nuestro campo es número de sucursal sabemos que a lo sumo la empresa tendrá un máximo
de 100 sucursales.
No usaremos para ese campo un dato de tipo int entero que ocupa 4 bits y cuyo valor máximo es 4 1294
967 mil 200 95 millones de valores posibles.
Sería un derroche de espacio en la tabla sino que usaremos un campo Zini que es el dato entero más pequeño
posible que ocupa solo un bit y cuyo valor máximo es de doscientos cincuenta y cinco.
Es indispensable saber que ante la posibilidad de que algún día nuestro campo se quede corto es decir
que algún valor alojado exceda el máximo permitido para el tipo de dato podremos sin perjuicio de la
información grabada para ese momento ampliar o cambiar el tipo de dato.
No nos debemos preocupar en este momento de lo que va a pasar dentro de años porque siempre vamos a
poder modificar el tipo de dato y vamos a seguir manteniendo los datos en nuestra base de datos por
ejemplo hemos usado para un campo de número de sucursal el campo y ni un uso valor máximo en 2025 y
por una expansión global mundial de nuestra compañía adquiere 300 sucursales de golpe.
No nos ha quedado chico.
Hoy mismo podemos cambiar el campo por un tipo de dato Mork Inc que ocupa dos bits en lugar de uno y
tiene un valor máximo de 65 mil 535 y listo asunto resuelto.
Nuestro campo columna ahora soporta números más grandes.
No hizo falta hacer nada en el sistema ni modificar programas salvo que internamente tuvieran validaciones
que limitaran el tamaño del campo ni hacer backups adicionales a la base de datos con sólo un segundo
y grabando los cambios en la tabla.
Seguimos nuestro camino.
Por eso mi consejo es que siempre habrá posibilidad de ampliar y mejorar la tabla pero que en un comienzo
usen datos concretos que manejen límites normales y coherentes porque esto va a depender del tamaño
que va a tomar nuestra tabla.
El espacio que va a ocupar el disco El tiempo que va a insumir las búsquedas puede ser que sea medido
en milisegundos pero si ustedes tuvieran que buscar millones de registros cuánto creen que va a tardar
teniendo un campo ocupado Veitch contra uno que ocupa un 20.
A nadie se le ocurriría por ejemplo crear un campo CLI nombre indicar al motor que dicho campo tendrá
un largo de 300 caracteres.
No existe ninguna persona cuyo nombre y apellido tenga 300 caracteres.
Imaginen nuestra tabla con mil registros de clientes y por cada uno de ellos reservando el espacio de
300 caracteres serían unos 300000 bits para alojar 1000 nombres.
No hay mejor resetearlo de 60 caracteres cada campo puede ser inicializar con un valor por Defour es
decir que si uno no le mueve explícitamente un valor el campo será inicializar por un valor en concreto.
Puedo crear un campo o Estado que tienen el estado cero o uno y puede indicar que ante nuevos registros
todos los nuevos registros le fuercen un cero al campo hasta en los campos numéricos.
Ese valor fue generalmente cero o o espacio cuando es de tipo cáracter o string y vamos a saber mucho
más sobre los campos.
Conforme vayamos avanzando en este curso no deben preocuparse ahora.
Ahora los invito a ver la siguiente clase donde aprenderemos todo sobre los índices de las tablas.