1
00:00:00,190 --> 00:00:03,370
Bueno en esta clase vamos a crear la tabla de pacientes.

2
00:00:03,420 --> 00:00:11,360
Vamos a vamos a abrir el management esto debemos ir a la carpeta tb les vamos a agregar una.

3
00:00:11,360 --> 00:00:13,250
Vamos a hacer click derecho sobre tb.

4
00:00:13,290 --> 00:00:21,440
Si vamos a agregar una nueva tabla vamos a darle clic y ahí ya vamos a poder ingresar los campos de

5
00:00:21,440 --> 00:00:25,580
la nueva tabla que vamos a crear en este caso va a ser la tabla de pacientes.

6
00:00:25,590 --> 00:00:33,630
Entonces vamos a empezar tenemos en principio vamos a tener un campo en el que vamos a referenciar a

7
00:00:33,630 --> 00:00:35,050
cada paciente.

8
00:00:35,280 --> 00:00:38,640
Unívocamente decir el Heydi del paciente.

9
00:00:38,640 --> 00:00:44,050
Entonces vamos a escribir Heydi paciente en cama el CAIS.

10
00:00:45,540 --> 00:00:50,870
Cuando comienza la segunda palabra le ponemos la primera letra mayúscula.

11
00:00:50,940 --> 00:00:57,790
Así lo podemos leer mejor ya que vamos a poner un tipo de dato entero por ejemplo frentero.

12
00:00:58,710 --> 00:01:06,930
Vamos a agregar otro campo más que va a ser el nombre del paciente y le vamos a especificar un tipo

13
00:01:06,930 --> 00:01:20,460
de dato parchar 50 por ejemplo está bien después seguimos con él el apellido nombre y apellido marchar

14
00:01:20,460 --> 00:01:21,720
50 también

15
00:01:25,660 --> 00:01:30,530
después podamos tener la fecha de nacimiento vamos.

16
00:01:30,780 --> 00:01:31,920
F.

17
00:01:32,170 --> 00:01:42,320
Nacimiento y acá le vamos a poner este tipo de datos va a suponer Droit pues no necesitamos la hora

18
00:01:42,860 --> 00:01:47,160
con tener la fecha suficiente para la fecha de nacimiento.

19
00:01:47,490 --> 00:01:53,120
Si esta hacemos la obra en algún caso en un campo en particular le pondríamos daytime.

20
00:01:53,640 --> 00:01:55,070
Pero en este caso lo dejamos Deutz.

21
00:01:55,110 --> 00:02:02,700
Vamos a crear un campo nuevo para el domicilio donde vive este paciente.

22
00:02:02,850 --> 00:02:06,870
Vamos a ponerlo en marcha parchar 50 tambiém

23
00:02:09,730 --> 00:02:20,260
un campo para saber de qué países por ejemplo Heydi país y este tipo de datos lo vamos a poner un char

24
00:02:20,890 --> 00:02:25,290
de tres los tres caracteres con los que identificamos a los países.

25
00:02:25,300 --> 00:02:37,490
Después vamos a tener un teléfono de ese paciente vamos a ponerle un bar 20 y también vamos a tener

26
00:02:37,740 --> 00:02:52,520
un turno para este paciente de paciente puede tener turnos a mi turno entre Heydi especialista con el

27
00:02:52,520 --> 00:02:57,160
que tuvo con el que se atendió.

28
00:02:57,400 --> 00:03:08,110
Y vamos vamos a seguir con este vamos a poner por ejemplo un campo de alta de este registro fecha alta.

29
00:03:08,420 --> 00:03:14,840
Este es un campo en el que se guarda la fecha y la hora en que este registro se dio de alta y vamos

30
00:03:14,840 --> 00:03:22,820
a especificar una clave primaria para esta tabla una clave un campo en el que podamos identificar a

31
00:03:22,930 --> 00:03:27,220
nuestro registro por un campo y podría ser paciente.

32
00:03:27,220 --> 00:03:32,020
Este es el más la clave candidata para ser el primer equipo.

33
00:03:32,080 --> 00:03:39,020
Entonces vamos a seleccionar el de paciente vamos a seguir en la llave pero hay maniquí levamos ahí

34
00:03:39,020 --> 00:03:47,780
se pinta en amarillo indicándonos que ese campo va a ser de ariki y vamos a guardar no vamos a guardar

35
00:03:47,780 --> 00:03:53,430
y vamos a poner el nombre de la tabla que le vamos a poner el nombre de la tabla paciente.

36
00:03:54,050 --> 00:03:58,940
Se suelen poner los nombres de la tabla en singular en vez de poner pacientes.

37
00:03:58,980 --> 00:04:06,950
Paciente se refiere a la entidad paciente se entiende que está en este objeto en esta entidad va a haber

38
00:04:06,950 --> 00:04:11,960
muchos pacientes y entonces la entidad es paciente.

39
00:04:12,260 --> 00:04:15,790
Por norma se suele llamar en singular se le damos ok.

40
00:04:16,590 --> 00:04:17,960
Ni el.

41
00:04:18,200 --> 00:04:25,960
Bueno vamos a analizar un poquito a ver si esta tabla está correctamente normalizada.

42
00:04:26,130 --> 00:04:34,010
Lo que vamos a hacer es pensar por ejemplo yo tengo estos dos campos que me refieren a que este paciente

43
00:04:34,100 --> 00:04:37,930
ha tomado un turno con algún especialista.

44
00:04:38,040 --> 00:04:45,340
Si la pregunta es si nosotros analizamos la primera forma normal y la primera de forma normal dice que

45
00:04:45,440 --> 00:04:54,890
cada atributo de la tabla deberá tener un valor atómico es decir no que no se van a permitir grupos

46
00:04:54,890 --> 00:04:56,460
repetitivos.

47
00:04:56,510 --> 00:05:04,680
Qué pasa si este paciente tiene más de un turno tomados con distintos especialistas.

48
00:05:04,940 --> 00:05:12,170
Yo voy a tener que saber si me van a repetir el mismo paciente para los X turnos que tengo con X especialista.

49
00:05:12,180 --> 00:05:20,300
Entonces eso ya rompe la primera forma normal porque va a haber grupos repetitivos donde se va a repetir

50
00:05:20,780 --> 00:05:23,570
el paciente por la cantidad de turnos que tenga.

51
00:05:23,990 --> 00:05:31,910
Entonces claramente claramente estos dos campos y de turno de especialista no tendrían que estar en

52
00:05:31,910 --> 00:05:39,560
esta tabla y no y no sólo rompe la primera forma normal sino que no cumple la segunda forma normal en

53
00:05:39,560 --> 00:05:46,040
la que la segunda forma normal me dice que todos los atributos no clave es decir estos dos por ejemplo

54
00:05:46,520 --> 00:05:54,830
dependen por completo de la clave primaria si y estos estos campos no dependen por completo de la clave

55
00:05:54,830 --> 00:06:04,460
primaria y de paciente no dependen son refieren a un turno no dependen del paciente o si están relacionados

56
00:06:04,460 --> 00:06:08,840
con un paciente pero no dependen de esta tabla de pacientes.

57
00:06:08,840 --> 00:06:17,160
De esta prima ariki y de paciente entonces por supuesto que esto también no cumple la tercera forma

58
00:06:17,160 --> 00:06:23,760
normal en la que dice el valor del atributo no debe depender del valor de otro atributo no clave es

59
00:06:23,760 --> 00:06:32,170
decir si este valor cambia por ejemplo hay turno para cambiar el valor de la especialista.

60
00:06:32,370 --> 00:06:37,770
Entonces eso no puede ocurrir pero vamos a enfocarnos en la forma normal Unidos que ya no se cumplen

61
00:06:37,770 --> 00:06:43,420
entonces estos dos campos hay que removerlos de esa tabla.

62
00:06:43,750 --> 00:06:50,820
Ahí los hemos eliminado y ahora vamos a revisar la primera forma normal en la que nos dice que cada

63
00:06:51,210 --> 00:06:57,840
valor de las tablas tiene que ser atómico y no se permitirán grupos repetitivos y ahora en principio

64
00:06:57,840 --> 00:07:04,890
estaría bien porque yo voy a tener distintos pacientes almacenados en esta tabla y cada uno con sus

65
00:07:05,190 --> 00:07:10,350
con sus propiedades con su domicilio o con su fecha de nacimiento con su país con su teléfono con su

66
00:07:10,350 --> 00:07:17,670
nombre y con su apellido y además el paciente que va a ser incremental que se va a ir incrementando

67
00:07:17,670 --> 00:07:26,190
eso nos va a dar valores únicos a la tabla entonces por lo tanto también cumplimos con la segunda forma

68
00:07:26,190 --> 00:07:27,300
normal.

69
00:07:27,360 --> 00:07:32,740
La segunda forma normal dice que todos los atributos no clave dependen por completo de la CRUE de primaria

70
00:07:32,740 --> 00:07:39,090
es decir nombre depende de la clave primaria así porque si el paciente es el nombre del paciente apellido

71
00:07:39,090 --> 00:07:47,490
también fecha de nacimiento también domicilio también y de país también porque está relacionado con

72
00:07:47,490 --> 00:07:55,920
el país de residencia del paciente teléfono y fecha de alta fecha de alta del registro es un registro

73
00:07:55,920 --> 00:08:04,080
de lo que podríamos tenerlo o no pero en este caso para no confundir lo vamos a sacar fecha de alta

74
00:08:04,800 --> 00:08:11,880
lo vamos a sacar entonces ya tenemos todos registros que dependen por completo de la clave primaria

75
00:08:12,270 --> 00:08:19,170
con lo cual está normalizado en segunda forma normal y en tercera de forma normal también porque ninguno

76
00:08:19,170 --> 00:08:26,520
de estos atributos no clave dependen de otro valor es decir si alguno de estos atributos cambiase su

77
00:08:26,520 --> 00:08:30,050
valor si no dependen de otro.

78
00:08:30,150 --> 00:08:35,370
Si alguno de estos valores cambia no es necesario cambiar algún otro valor de la tabla así que con esta

79
00:08:35,370 --> 00:08:39,100
estructura para la tabla de pacientes estamos estaríamos bien.

80
00:08:39,180 --> 00:08:49,290
Podríamos agregar por ejemplo después de teléfono podríamos agregar el email el email del paciente.

81
00:08:49,350 --> 00:09:01,330
Vamos a poner un parchar 30 y podríamos agregar también una observación una observación del paciente.

82
00:09:01,330 --> 00:09:13,890
Acá vamos a ponerle bar Char mail porque la observación puede ser amplia y ya estamos estamos bien y

83
00:09:14,250 --> 00:09:21,330
vamos a poner guardar esta tabla hasta normalizan trasero de forma normal como dijimos como repasamos

84
00:09:21,780 --> 00:09:28,440
en función de la teoría y la práctica hemos deducido que esta tercera forma normal damos por terminada

85
00:09:28,440 --> 00:09:33,930
esta clase de alta de la tabla pacientes y ahora vamos a seguir con la siguiente tabla.
