1
00:00:04,490 --> 00:00:12,020
Hola bienvenidos a este quinto capítulo del curso completo de base de datos.

2
00:00:12,020 --> 00:00:20,180
En esta oportunidad nos toca hablar de el concepto de Campos hasta ahora vimos bases de datos vimos

3
00:00:20,180 --> 00:00:26,690
que estaban compuestas por seres que lo estaban entablas y ahora vamos a saber que las tablas se desglosan

4
00:00:26,900 --> 00:00:28,660
en campos.

5
00:00:28,670 --> 00:00:36,710
Los campos conforman nuestro registro de datos y como vimos en el ejemplo anterior en nuestra agenda

6
00:00:36,710 --> 00:00:44,540
telefónica o la planilla Excel que mostraba cada columna un dato diferente podemos decir que los campos

7
00:00:44,720 --> 00:00:54,500
son esas columnas de la planilla es como ya sabemos las tablas son colecciones de registros en un principio

8
00:00:54,500 --> 00:00:59,570
podríamos tener tablas vacías es decir sin datos aún grabados en esas.

9
00:01:00,110 --> 00:01:07,250
Pero lo que sí ya tienen nuestras tablas es la definición de cómo estarán conformados esos registros

10
00:01:07,880 --> 00:01:10,370
es decir cuando creamos nuestras tablas.

11
00:01:10,370 --> 00:01:16,130
El segundo paso es diseñar su registro o correcciones de campos.

12
00:01:16,220 --> 00:01:25,460
Estos campos son datos individuales donde en su interior sólo puede haber un valor alojado en comparación

13
00:01:25,460 --> 00:01:31,790
con una planilla Excel podríamos asemejar a un campo a una columna determinada en la siguiente imagen

14
00:01:31,790 --> 00:01:35,930
podemos ver una definición de los campos de una tabla.

15
00:01:35,960 --> 00:01:43,910
En mi ciclo veremos en secciones siguientes sobre la importancia de prestar cuidado y detalle a la creación

16
00:01:43,910 --> 00:01:51,170
de nuestros campos para que nuestros datos se encuentren optimizados o como se dice en base de datos

17
00:01:51,430 --> 00:01:53,290
normalizados.

18
00:01:53,600 --> 00:01:59,630
Pero siguiendo con el ejemplo de nuestra tabla llamada adquirientes podríamos listar los campos que

19
00:01:59,630 --> 00:02:03,320
vemos en la imagen como indispensables

20
00:02:05,640 --> 00:02:07,340
si prestan atención.

21
00:02:07,410 --> 00:02:14,880
Yo ya estoy aplicando algunas reglas de normalización que veremos más adelante y refiere a que debemos

22
00:02:14,970 --> 00:02:24,470
en lo posible nombrar nuestros campos de manera organizada legible y siguiendo alguna norma en este

23
00:02:24,470 --> 00:02:33,150
caso y teniendo en cuenta que una base de datos poseerá seguramente numerosas tablas y miles de campos.

24
00:02:33,230 --> 00:02:38,780
Es conveniente que el mismo nombre del campo nos dé una idea de qué se trata.

25
00:02:39,410 --> 00:02:47,240
Si en lugar de equilibrio bajo nombre lo llamaremos simplemente nombre deberíamos ver a qué tabla se

26
00:02:47,240 --> 00:02:55,010
refiere el campo para darnos cuenta de que es el nombre del cliente y no por ejemplo de un proveedor.

27
00:02:55,070 --> 00:02:59,960
De esta forma el nombre podría darnos rápidamente noción de su origen.

28
00:03:00,110 --> 00:03:07,640
Seguramente usted con solo leer el nombre de estos campos se dará una idea de qué valor contienen y

29
00:03:07,640 --> 00:03:15,780
que a qué se refiere dicho valor pero vemos ahora con estos nuevos nombres de campo.

30
00:03:16,340 --> 00:03:20,490
Tiene alguna forma de saber de qué tratan esos campos.

31
00:03:20,690 --> 00:03:26,990
El nombre que le demos a nuestros campos es fundamental para una correcta interpretación de nuestras

32
00:03:26,990 --> 00:03:31,090
tablas Campos y valores almacenados.

33
00:03:31,250 --> 00:03:38,870
Si se fijan en mi costumbre la cual fue puliéndose con décadas de aprendizaje que el campo comience

34
00:03:38,870 --> 00:03:46,910
con cuatro caracteres o quizás algunos más que denoten de Qué tabla proviene dicho campo los prefijos

35
00:03:46,980 --> 00:03:54,890
del idioma vasco provienen de clientes pero bien bajos provienen de proveedores Hardt y bajo provienen

36
00:03:54,890 --> 00:04:02,600
de artículos o productos vegetacion bajo es la tabla maestra de ventas son algunos ejemplos de posibles

37
00:04:02,600 --> 00:04:10,520
tablas de nuestra base de datos pero que nos dan una idea acerca de de qué tanta provienen y uso un

38
00:04:10,520 --> 00:04:14,300
guión bajo para separar el prefijo del nombre.

39
00:04:14,300 --> 00:04:22,180
Ustedes no están obligados a usar estos formatos o normas sólo tómenlo como consejos de un viejo programador.

40
00:04:22,190 --> 00:04:27,600
El otro aspecto que debemos atender es el tipo de datos de cada campo.

41
00:04:27,740 --> 00:04:36,170
No es lo mismo una descripción que debe ser de tipo Char Hobart Char explicaremos en detalle los tipos

42
00:04:36,170 --> 00:04:40,370
de datos de mail cicle en la sección base de datos maicito.

43
00:04:40,460 --> 00:04:47,690
No se preocupen ahora por comprender un campo fecha un campo numérico cada uno debe ser configurado

44
00:04:47,690 --> 00:04:55,250
de forma correcta y teniendo en cuenta que para cada valor mínimo y máximo encontraremos el tipo de

45
00:04:55,250 --> 00:04:57,050
dato correcto.

46
00:04:57,080 --> 00:05:03,410
Por ejemplo si nuestro campo es número de sucursal sabemos que a lo sumo la empresa tendrá un máximo

47
00:05:04,190 --> 00:05:05,960
de 100 sucursales.

48
00:05:06,020 --> 00:05:16,040
No usaremos para ese campo un dato de tipo int entero que ocupa 4 bits y cuyo valor máximo es 4 1294

49
00:05:16,450 --> 00:05:23,490
967 mil 200 95 millones de valores posibles.

50
00:05:23,540 --> 00:05:32,420
Sería un derroche de espacio en la tabla sino que usaremos un campo Zini que es el dato entero más pequeño

51
00:05:32,420 --> 00:05:40,970
posible que ocupa solo un bit y cuyo valor máximo es de doscientos cincuenta y cinco.

52
00:05:40,970 --> 00:05:47,030
Es indispensable saber que ante la posibilidad de que algún día nuestro campo se quede corto es decir

53
00:05:47,330 --> 00:05:53,990
que algún valor alojado exceda el máximo permitido para el tipo de dato podremos sin perjuicio de la

54
00:05:53,990 --> 00:05:59,930
información grabada para ese momento ampliar o cambiar el tipo de dato.

55
00:06:00,170 --> 00:06:06,080
No nos debemos preocupar en este momento de lo que va a pasar dentro de años porque siempre vamos a

56
00:06:06,080 --> 00:06:15,120
poder modificar el tipo de dato y vamos a seguir manteniendo los datos en nuestra base de datos por

57
00:06:15,120 --> 00:06:24,510
ejemplo hemos usado para un campo de número de sucursal el campo y ni un uso valor máximo en 2025 y

58
00:06:24,510 --> 00:06:31,250
por una expansión global mundial de nuestra compañía adquiere 300 sucursales de golpe.

59
00:06:31,500 --> 00:06:33,890
No nos ha quedado chico.

60
00:06:33,900 --> 00:06:44,670
Hoy mismo podemos cambiar el campo por un tipo de dato Mork Inc que ocupa dos bits en lugar de uno y

61
00:06:44,670 --> 00:06:51,720
tiene un valor máximo de 65 mil 535 y listo asunto resuelto.

62
00:06:51,720 --> 00:06:55,670
Nuestro campo columna ahora soporta números más grandes.

63
00:06:55,770 --> 00:07:02,220
No hizo falta hacer nada en el sistema ni modificar programas salvo que internamente tuvieran validaciones

64
00:07:02,490 --> 00:07:10,470
que limitaran el tamaño del campo ni hacer backups adicionales a la base de datos con sólo un segundo

65
00:07:10,470 --> 00:07:12,380
y grabando los cambios en la tabla.

66
00:07:12,390 --> 00:07:14,300
Seguimos nuestro camino.

67
00:07:14,310 --> 00:07:21,210
Por eso mi consejo es que siempre habrá posibilidad de ampliar y mejorar la tabla pero que en un comienzo

68
00:07:21,300 --> 00:07:30,190
usen datos concretos que manejen límites normales y coherentes porque esto va a depender del tamaño

69
00:07:30,190 --> 00:07:31,740
que va a tomar nuestra tabla.

70
00:07:31,750 --> 00:07:38,470
El espacio que va a ocupar el disco El tiempo que va a insumir las búsquedas puede ser que sea medido

71
00:07:38,470 --> 00:07:45,760
en milisegundos pero si ustedes tuvieran que buscar millones de registros cuánto creen que va a tardar

72
00:07:46,120 --> 00:07:51,780
teniendo un campo ocupado Veitch contra uno que ocupa un 20.

73
00:07:51,820 --> 00:07:58,410
A nadie se le ocurriría por ejemplo crear un campo CLI nombre indicar al motor que dicho campo tendrá

74
00:07:58,410 --> 00:08:01,240
un largo de 300 caracteres.

75
00:08:01,240 --> 00:08:06,910
No existe ninguna persona cuyo nombre y apellido tenga 300 caracteres.

76
00:08:07,450 --> 00:08:12,970
Imaginen nuestra tabla con mil registros de clientes y por cada uno de ellos reservando el espacio de

77
00:08:12,970 --> 00:08:19,180
300 caracteres serían unos 300000 bits para alojar 1000 nombres.

78
00:08:19,180 --> 00:08:26,650
No hay mejor resetearlo de 60 caracteres cada campo puede ser inicializar con un valor por Defour es

79
00:08:26,650 --> 00:08:34,090
decir que si uno no le mueve explícitamente un valor el campo será inicializar por un valor en concreto.

80
00:08:34,090 --> 00:08:42,850
Puedo crear un campo o Estado que tienen el estado cero o uno y puede indicar que ante nuevos registros

81
00:08:42,850 --> 00:08:49,400
todos los nuevos registros le fuercen un cero al campo hasta en los campos numéricos.

82
00:08:49,420 --> 00:08:58,150
Ese valor fue generalmente cero o o espacio cuando es de tipo cáracter o string y vamos a saber mucho

83
00:08:58,150 --> 00:08:59,300
más sobre los campos.

84
00:08:59,320 --> 00:09:03,540
Conforme vayamos avanzando en este curso no deben preocuparse ahora.

85
00:09:03,720 --> 00:09:10,150
Ahora los invito a ver la siguiente clase donde aprenderemos todo sobre los índices de las tablas.