1
00:00:02,490 --> 00:00:07,770
Hola bienvenidos a esta nueva clase del curso completo de base de datos.

2
00:00:07,770 --> 00:00:15,420
Luego de la clase anterior que duró 50 minutos espero hacerla un poco más corta aunque es importante

3
00:00:15,420 --> 00:00:17,870
aprender todos los detalles.

4
00:00:17,870 --> 00:00:19,340
Eso es lo que cuenta.

5
00:00:19,560 --> 00:00:24,810
Siempre vemos todo muy por arriba y luego tenemos que ir a buscar detalles a Internet.

6
00:00:24,870 --> 00:00:31,950
No estamos ante un buen curso lo que vamos a ver en este capítulo es todo lo relacionado a los tipos

7
00:00:31,950 --> 00:00:33,320
de datos.

8
00:00:33,390 --> 00:00:36,140
No crean que han visto todo en el capítulo anterior.

9
00:00:36,150 --> 00:00:43,470
Hay muchos tipos de datos más y además tenemos que profundizar en cada uno porque las posibilidades

10
00:00:43,470 --> 00:00:50,440
que van a tener ustedes en una base de datos para guardar tipos de datos son muy grandes.

11
00:00:50,640 --> 00:00:56,460
Lo que vamos a hacer es ya tenemos abierta nuestra tabla a clientes que habíamos creado.

12
00:00:56,460 --> 00:01:03,460
Recuerden que para ver los tipos de datos tenemos que hacer clic en la columna tipos de datos recuerden

13
00:01:03,460 --> 00:01:10,750
que hay 10 se huele nos ordena los tipos de datos en grupos para nuestra mejor comprensión.

14
00:01:10,750 --> 00:01:19,270
Primero pone los de tipo entero luego los de tipo decimal o coma flotante luego los de tipo texto luego

15
00:01:19,270 --> 00:01:22,470
los datos de tipo binario para guardar imágenes.

16
00:01:22,480 --> 00:01:30,670
Por ejemplo ustedes podrían escanear un documento del cliente y guardarlo en la tabla sin ningún problema.

17
00:01:30,670 --> 00:01:38,500
Esto es algo que yo he hecho en sistemas administrativos guardado por ejemplo la imagen escaneada de

18
00:01:38,500 --> 00:01:45,850
cheques que es un documento muy importante y se guardan directamente en la base de datos no en archivos

19
00:01:45,850 --> 00:01:50,100
que pueden ser borrados en las carpetas ciervas.

20
00:01:50,140 --> 00:01:56,830
Por supuesto hay que evaluar el tamaño que va a tener la carpeta el tamaño que va a tener la tabla el

21
00:01:56,830 --> 00:02:01,420
tamaño que va a tener la base de datos y qué consultas voy a hacer a esas tablas.

22
00:02:01,450 --> 00:02:10,360
Luego tenemos los de tipo temporal para guardar fechas y luego tenemos unos tipos de datos que fueron

23
00:02:10,360 --> 00:02:18,130
creados especialmente para todo lo que tiene que ver con la geometría con cálculos geométricos de polígonos

24
00:02:18,130 --> 00:02:26,860
y demás que en mi experiencia no los he usado jamás porque en sistemas administrativos nunca o falta

25
00:02:28,030 --> 00:02:35,770
grabar un polígono por ejemplo pero en todo lo que tiene que ver con renderización y gráfica y tratamiento

26
00:02:35,770 --> 00:02:38,850
de imágenes puede llegar a ser usado.

27
00:02:38,920 --> 00:02:41,080
La verdad no tengo idea de cómo funcionan.

28
00:02:41,080 --> 00:02:47,920
No tengo idea cómo rinden si llegan a ser lentos son lentos pero fueron creados por algo y seguramente

29
00:02:47,920 --> 00:02:52,150
hay mucha gente que les está dando un buen uso.

30
00:02:52,150 --> 00:02:58,370
Y el último que son datos importantes son los tipos en un set.

31
00:02:58,390 --> 00:03:06,250
Vamos a hablar de ellos en un ratito vamos a comenzar con los datos de tipo entero esto ya lo habíamos

32
00:03:06,250 --> 00:03:08,080
visto en la clase pasada.

33
00:03:08,290 --> 00:03:16,930
El Tiny sabemos de que pueden grabarse con signo o sin signo y si se graban consigno tienen un rango

34
00:03:16,930 --> 00:03:20,000
menor porque tienen que abarcar los números negativos.

35
00:03:20,080 --> 00:03:29,080
Por ejemplo en el Tiny va de 128 negativo a 127 positivo pero si nuestro campo Tini no tuviera signo

36
00:03:29,920 --> 00:03:36,430
podríamos guardar un valor que va del rango del 0 al 255.

37
00:03:36,890 --> 00:03:43,310
Luego tenemos que les Moly a Cardón el dining se graba en un bit solamente en la base de datos almacena

38
00:03:43,310 --> 00:03:53,150
muy poco el recurso con lo cual son muy convenientes y porque un bit y yo les pregunto en un bit cuántos

39
00:03:53,150 --> 00:04:01,160
números puedo representar si toman una tabla y van a ver que puedo representar del 0 al 2 55 porque

40
00:04:01,160 --> 00:04:06,270
son 256 bits de combinaciones de datos diferentes no bits.

41
00:04:06,290 --> 00:04:16,610
Dije una burrada son 256 combinaciones diferentes que pueda alojar en un número binario de 8 posiciones

42
00:04:16,730 --> 00:04:18,890
8 bits.

43
00:04:18,890 --> 00:04:28,640
Por eso se graba en un bit si choca alojara un número por ejemplo el número 120 no va a grabar en 3

44
00:04:28,640 --> 00:04:34,910
bits no va a grabar un bit para el 1 o un bit para el 2 Himba y para el 0 no lo va a representar todo

45
00:04:34,910 --> 00:04:38,380
con un solo bit.

46
00:04:38,650 --> 00:04:48,700
Luego tenemos los Molin veloces Molin me permiten grabar en sólo dos bits haciendo toda la exponenciación

47
00:04:48,700 --> 00:05:00,700
que tiene un número binario de 16 bit me va a permitir grabar un rango de 0 a 6 65 65000 535 y por supuesto

48
00:05:00,700 --> 00:05:03,520
el negativo es otro rango que es la mitad.

49
00:05:03,670 --> 00:05:04,060
Por qué.

50
00:05:04,060 --> 00:05:11,110
Porque tiene que guardar un bit para decirme si es positivo o negativo nada más que por eso siempre

51
00:05:11,110 --> 00:05:21,370
es la mitad y esto okupados bits el lenguaje primitivo que igualmente se siguen usando como alcohol

52
00:05:22,060 --> 00:05:33,100
del cual soy experto no existe esto de guardar un dato numérico en bits en pocos bits cada cada caracter

53
00:05:33,100 --> 00:05:39,580
ocupa un bit y los archivos realmente llegan a ser archivos muy grandes.

54
00:05:39,580 --> 00:05:46,510
Estas son cosas que se implementaron con las bases de datos igualmente en COBOL hay forma de compactar

55
00:05:46,510 --> 00:05:53,050
la información pero bueno no tiene que ver con este curso sino con otro curso que voy a crear de programación

56
00:05:53,170 --> 00:05:56,350
desde cero de QOL.

57
00:05:56,630 --> 00:05:59,540
Bueno tenemos finalmente el millón.

58
00:05:59,710 --> 00:06:07,390
Es como la palabra lo dice es un dato de rango medio no es ni de los más chicos ni de los más grandes.

59
00:06:07,730 --> 00:06:20,120
Y podemos alojar un dato en un rango entero de cero a 16 millones 777 1215 números de posibilidades.

60
00:06:20,260 --> 00:06:30,010
Luego tenemos los datos de tipo entero el medio NiMH perdón ocupa 3 bits los datos de tipo entero que

61
00:06:30,010 --> 00:06:41,110
son datos mucho más grandes ya ocupan digamos que 214 millones de posibilidades y que en estos datos

62
00:06:41,200 --> 00:06:44,170
vamos a ocupar 4 bits.

63
00:06:44,600 --> 00:06:47,580
Fíjense el número enorme.

64
00:06:47,620 --> 00:06:53,590
Perdón yo les dije el rango pero era para positivo o negativo en realidad puedo guardar 42 millones

65
00:06:54,160 --> 00:07:04,390
no perdón 429 millones de números posibles y la cantidad de posibilidades y de números posibles que

66
00:07:04,390 --> 00:07:13,710
puedo grabar en solo cuatro bits generalmente las tablas que son de detalle las tablas que son de detalle

67
00:07:13,730 --> 00:07:20,320
que sé que va a haber va a haber muchísimos millones de registros suelen tener una clave principal de

68
00:07:20,320 --> 00:07:25,800
tipo int o Beguin como realmente no ocupan tanto.

69
00:07:25,810 --> 00:07:31,900
No no estamos hablando de textos que ocupan 20 caracteres sino que estamos hablando de datos numéricos

70
00:07:32,140 --> 00:07:37,380
que fijense el tipo entero ocupa 4 bits o sea estamos hablando de nada.

71
00:07:37,720 --> 00:07:41,230
Y puedo tener una cantidad de posibilidades enorme.

72
00:07:41,710 --> 00:07:48,850
No pasa nada con jugar con entre estos dos entablas que sabemos que van a ser muy grandes es muy raro

73
00:07:48,850 --> 00:07:56,200
que llegue a llenar una tabla de Vilte con una clave principal de tipo Veguín porque si bien ocupa 8

74
00:07:56,200 --> 00:08:02,000
bits ni siquiera me atrevo a pronunciar esa cifra.

75
00:08:02,020 --> 00:08:09,380
Ustedes lo ven en pantalla la cantidad de dígitos asesinã tiene 11 dígitos o más.

76
00:08:09,670 --> 00:08:11,100
No tiene mucho más.

77
00:08:11,140 --> 00:08:18,220
Tiene como 16 y 17 dígitos que ustedes van a poder guardar en un número entero el Beguin.

78
00:08:18,220 --> 00:08:25,000
De más está decirlo no sólo ocupa 8 bits sino que es el campo más grande numérico que puedo guardar

79
00:08:25,000 --> 00:08:30,510
de tipo entero y luego tenemos el bit el bit.

80
00:08:30,550 --> 00:08:35,140
Yo no entiendo por qué lo han puesto al final si lo tendrían que haber puesto al comienzo porque el

81
00:08:35,140 --> 00:08:44,980
bit es el dato similar a tiny con la diferencia que el único valor o los únicos valores posibles que

82
00:08:44,980 --> 00:08:56,230
tiene un bit es de unos o ceros lo que graba en este campo es un solo Veidt en realidad graba un solo

83
00:08:56,230 --> 00:08:56,740
bit.

84
00:08:56,890 --> 00:09:05,200
Pero como no se pueden grabar bits sueltos toda la representación mínima en cualquier computadora la

85
00:09:05,200 --> 00:09:12,520
representación mínima que podemos hacer en Memorias de un bit no se pueden grabar bits sueltos que tenemos

86
00:09:12,880 --> 00:09:19,900
bits que son 8 bits y lamentablemente sería buenísimo que podamos grabar bits sueltos pero no se puede

87
00:09:21,490 --> 00:09:29,470
decir que nuestro dato es de tipo bit lo mismo que decir que nuestro campo es de tipo Tiny de un solo

88
00:09:29,920 --> 00:09:33,270
entero de un solo entero.

89
00:09:33,270 --> 00:09:44,010
Entonces yo tengo mi campo bit y se usa generalmente para grabar Estados prendido o apagado 0 o 1.

90
00:09:44,020 --> 00:09:53,550
No le puedo grabar un 2 por ejemplo a este campo es de tipo bit se entiende por qué.

91
00:09:54,250 --> 00:10:05,670
Bueno este campo de tipo bit también va a ocupar 1 va a estar al igual que Tiny pero la diferencia es

92
00:10:05,670 --> 00:10:14,500
que para que un Tiny se comporte como un tipo bit tendríamos que ponerle que la longitudes de 1.

93
00:10:15,120 --> 00:10:23,430
Yo puedo más allá de lo de los tipos de datos numéricos por ejemplo Montini ocupa cuatro números yo

94
00:10:23,430 --> 00:10:28,680
puedo acotarlo y hacer que ocupe menos.

95
00:10:28,680 --> 00:10:30,560
En realidad va a ocupar lo mismo.

96
00:10:30,560 --> 00:10:31,520
Esto es una.

97
00:10:31,530 --> 00:10:36,120
Por eso yo no hice hincapié en esta columna con los cinco sentidos.

98
00:10:36,450 --> 00:10:42,930
Hay gente que se engaña cree que porque redujo el tamaño y la longitud del Tiny va a ocupar menos en

99
00:10:42,930 --> 00:10:45,570
la base de datos va a ocupar lo mismo.

100
00:10:45,570 --> 00:10:50,460
Lo que estoy acotando aquí es el rango de datos posibles.

101
00:10:50,460 --> 00:10:57,990
Otra cosa muy importante destacar es que la diferencia entre un Tiny de un caracter y un bit es que

102
00:10:57,990 --> 00:11:07,380
el timing me va a permitir grabar un dato de por ejemplo un 9 ocupa un carácter ocupa un dígito pero

103
00:11:07,380 --> 00:11:16,320
no es del tipo Big Bird es unos o ceros ni siquiera en plural es un 1 o un 0 o un nulo.

104
00:11:16,320 --> 00:11:25,740
Espero que se entienda esta parte vamos a ir ahora a los flotantes esto se usa mucho en cálculos en

105
00:11:26,460 --> 00:11:33,300
lo que tiene que ver con la arquitectura y demás y también van a ver que hay un tipo que es el decimal

106
00:11:33,330 --> 00:11:39,990
que se usa mucho en los sistemas administrativos cuando tenemos que grabar importes con decimales.

107
00:11:39,990 --> 00:11:47,100
El tipo flotante bueno me da todo un rango me explica aquí el rango posible de números positivos y negativos.

108
00:11:48,090 --> 00:11:54,240
Fíjese que la diferencia es que los flotante es la parte entera es muy pequeña no puedo grabar un 20

109
00:11:54,240 --> 00:11:59,480
por ejemplo estamos hablando de una gran cantidad de decimales.

110
00:11:59,700 --> 00:12:06,810
Esto es algo muy específico y ustedes se van a adecuar a cada tipo de dato para saber cuál sirve a lo

111
00:12:06,810 --> 00:12:10,270
que ustedes necesitan y cuál no..

112
00:12:10,770 --> 00:12:20,640
Luego tenemos los datos de tipo doble que vienen a ser el doble de flotante por la cantidad de datos

113
00:12:20,640 --> 00:12:26,190
que pueden grabar en precisión y luego tenemos los decimales.

114
00:12:26,200 --> 00:12:33,580
Aquí sí hay una cantidad que la van a manejar Ustedes fíjense yo hago clic en decimal y en longitud

115
00:12:33,610 --> 00:12:45,380
le voy a poder poner que tengo un decimal con 10 enteros y con cinco decimales esto significa 10 dígitos

116
00:12:45,380 --> 00:12:52,450
en la parte entera y cinco decimales Si ustedes tuvieran que grabar un importe no se pondrían diez coma

117
00:12:52,450 --> 00:13:03,090
dos o coma tres para aquellos sistemas que manejan tres decimales Bueno hemos terminado con los datos

118
00:13:03,210 --> 00:13:08,490
numéricos vamos a comenzar con los datos de texto.

119
00:13:08,490 --> 00:13:11,640
Dijimos que el primero era el chart.

120
00:13:11,730 --> 00:13:15,250
Esto no es similar al Alvite ni les Moly.

121
00:13:15,300 --> 00:13:23,670
Aquí no hay límite y yo puedo decir que mechar va a ser deprecian o de 200 voy a tener un campo de texto

122
00:13:23,670 --> 00:13:32,590
fijo no va a variar siempre va a reservar 200 caracteres para mi registro y ahí vi alojar el dato que

123
00:13:32,590 --> 00:13:36,390
yo necesito para qué se usa.

124
00:13:36,610 --> 00:13:43,960
Y cuando yo por ejemplo sé que el código que me va a venir no se fija en que esta es una clave principal.

125
00:13:43,970 --> 00:13:47,310
Sólo hago acá para que ustedes lo vean siempre en el mismo lugar.

126
00:13:47,620 --> 00:13:54,400
Pero hagamos de cuenta que es otro tipo de campo que medraba un código que me vienen en una base de

127
00:13:54,400 --> 00:13:59,910
datos en otra tabla o que lo cargo solo selecciona en pantalla en un sistema.

128
00:14:00,010 --> 00:14:06,010
Yo ya sé que el código que va a grabar acá siempre tiene tres caracteres es una sigla de tres caracteres

129
00:14:06,190 --> 00:14:08,900
en un conjunto de posibilidades.

130
00:14:09,130 --> 00:14:15,940
No voy a usar un parchar porque por más que use un marchar de3 siempre va a ser tres caracteres nunca

131
00:14:15,940 --> 00:14:17,340
va a ser variable.

132
00:14:17,470 --> 00:14:22,840
Cuando yo ya sé que el dato es trim que voy a grabar es de tipo fijo que siempre va a tener la misma

133
00:14:22,840 --> 00:14:23,860
longitud.

134
00:14:23,910 --> 00:14:30,180
Uso luchar porque ustedes podrían decir bueno o son marcharé es lo mismo.

135
00:14:30,250 --> 00:14:32,060
Ahora uso marchar detres.

136
00:14:32,320 --> 00:14:40,600
Está demostrado en todas las pruebas de performance que han hecho en consultas monstruosas de tablas

137
00:14:40,600 --> 00:14:48,240
monstruosas que el char tiene mejor performance que el marchar porque en Vercher el motor tiene que

138
00:14:48,240 --> 00:14:55,110
hacer un cálculo adicional y tienen que fijarse qué es marchar pero cuánto está ocupando en el registro

139
00:14:55,110 --> 00:14:56,630
el dato.

140
00:14:56,640 --> 00:15:02,600
En cambio en Char ya sabe que tiene que ir a buscar de tal posición a tal posición de disco.

141
00:15:02,600 --> 00:15:09,750
El dato no tiene que hacer ningún cálculo ni fijarse en ninguna marca de inicio de dato y fin de datos.

142
00:15:09,990 --> 00:15:16,350
Esos cálculos adicionales multiplicado por millones de operaciones hacen que nuestras consultas sean

143
00:15:16,350 --> 00:15:24,360
más lentas no se tienen que asustar por esto esto lo tienen que tener en cuenta para optimizar si tienen

144
00:15:24,360 --> 00:15:31,800
dudas de cuánto va a ocupar y si es de un largo variable usan marchar siempre sí pero si saben concretamente

145
00:15:31,800 --> 00:15:40,770
que un campo va a tener un largo fijo y que no se va a mover de ese largo fijo usan el tipo de dato

146
00:15:40,860 --> 00:15:44,820
Char bueno Vercher ya lo hemos visto.

147
00:15:44,820 --> 00:15:52,680
No vamos a ahondar mucho en esto si vamos a decir que puede llegar a grabar datos enormes de por ejemplo

148
00:15:52,680 --> 00:15:59,900
65000 535 caracteres es el máximo permitido para este tipo de datos.

149
00:16:00,300 --> 00:16:07,710
Si tuviéramos que usar este algo superior a esto ya tendríamos que meternos en los campos de tipo texto

150
00:16:07,710 --> 00:16:16,400
y el de tipo cáracter el Tiny Tex es un campo para guardar pequeños textos variables.

151
00:16:16,440 --> 00:16:27,960
Realmente no entiendo por qué usaría un Tinita que me permite grabar hasta 255 caracteres cuando en

152
00:16:27,960 --> 00:16:29,430
realidad puedo ser un marchar.

153
00:16:29,460 --> 00:16:37,590
Pero bueno las empresas han creado todos los tipos de datos para que cada uno use el que más le convenga

154
00:16:38,520 --> 00:16:41,210
inclusive en búsquedas indexadas.

155
00:16:41,290 --> 00:16:51,200
Sí si el índice fuera un campo parchar va a funcionar mucho mejor que si un campo es de tipo textual.

156
00:16:51,480 --> 00:16:59,550
No es tan fácil hacer una búsqueda en un campo indexado cuando este tipo de texto no funciona de la

157
00:16:59,550 --> 00:17:04,920
misma manera y no rinde de la misma manera en lo en lo preferencial.

158
00:17:04,920 --> 00:17:13,600
Yo le diría en el 99 por ciento de los casos que van a grabar simplemente valores normales por decirlo

159
00:17:13,610 --> 00:17:25,020
de alguna manera una dirección nombre no una razón social y algunos algunas leyendas usen siempre echar

160
00:17:25,020 --> 00:17:25,620
y marchar.

161
00:17:27,060 --> 00:17:33,660
Pero si por el modelo de negocio que ustedes están manejando tuvieran que gravar grandes extensiones

162
00:17:33,660 --> 00:17:39,430
de texto tendrían que irse a partir de texto para arriba.

163
00:17:39,420 --> 00:17:47,160
Ahí pueden usar el tipo text donde inclusive le pueden indicar la cantidad máxima de caracteres siempre

164
00:17:47,160 --> 00:17:51,550
que no supere los 65000 535.

165
00:17:51,570 --> 00:18:01,920
En esto el Tec está para Ipar con parchar y lo pueden usar para guardar sin problemas texto largo.

166
00:18:01,960 --> 00:18:06,490
Luego viene algo mucho más largo lo habíamos visto en el capítulo anterior que es el video un texto

167
00:18:06,730 --> 00:18:16,090
pueden grabar 16 millones de bits de caracteres se puede usar para guardar cosas mucho más más grandes

168
00:18:16,090 --> 00:18:25,710
como la historia clínica y el texto que ya como habíamos dicho graba cuatro Yidda que no era aconsejable.

169
00:18:25,750 --> 00:18:35,850
Luego tenemos un tipo Saison que sirve para guardar cadenas de cadenas de valores formateados con el

170
00:18:36,070 --> 00:18:44,350
formato tan popular que se usa en todo lo que tiene que ver con la transferencia de datos entre por

171
00:18:44,350 --> 00:18:50,430
ejemplo APIs de internet páginas que devuelven valores.

172
00:18:50,840 --> 00:18:57,970
Lo estuve lo estuve usando muchísimo cuando estuve programando en DJs todo lo que tiene que ver con

173
00:18:57,970 --> 00:19:08,370
JavaScript usa mucho este formato de datos y es muy popular para digamos es el padre es el padre.

174
00:19:08,530 --> 00:19:12,110
Quizá está mal dicho es el hijo del XML.

175
00:19:12,100 --> 00:19:19,840
Es la evolución del XML es algo diferente al XML pero es lo que lo está reemplazando en este momento

176
00:19:19,930 --> 00:19:24,200
en el mundo web y en el mundo de las transmisiones de datos.

177
00:19:24,400 --> 00:19:29,860
Realmente no lo usé en mi círculo no he grabado nunca en un campo tipo saison.

178
00:19:30,130 --> 00:19:39,900
Le pido que si van a hacer algún experimento lo prueben y si quieren lo comenten en la clase de última.

179
00:19:39,910 --> 00:19:48,820
Lo que puedo hacer es luego crear un capítulo dedicado a esto y hacemos pruebas y hacemos ejemplos para

180
00:19:48,820 --> 00:19:50,400
ver qué uso podemos darle.

181
00:19:50,470 --> 00:19:57,730
En este momento como yo no lo sé no lo puedo enseñar pero yo me comprometo a que voy a crear un capítulo

182
00:19:57,730 --> 00:20:05,570
nuevo donde voy a introducir este tipo de dato y vamos a ver cómo funciona.

183
00:20:05,890 --> 00:20:08,080
Eso es algo que yo quería comentarles.

184
00:20:08,080 --> 00:20:16,470
El curso tiene una estructura actual ustedes lo están pudiendo recorrer mediante una estructura actual

185
00:20:16,480 --> 00:20:17,290
el curso.

186
00:20:17,290 --> 00:20:25,240
Seguramente yo vaya adicionando de clases le voy a enviar un mail o un mensaje privado por ello de mí

187
00:20:25,240 --> 00:20:33,370
para que ustedes puedan enterarse cuando se le ha creado nuevas clases o nuevos recursos nuevo material

188
00:20:33,370 --> 00:20:40,810
que vamos a ir incorporando y ustedes gratuitamente porque ya lo tienen pago o ya se han suscripto.

189
00:20:40,810 --> 00:20:45,500
Van a poder acceder a esas clases adicionales.

190
00:20:45,500 --> 00:20:51,520
Bueno seguimos con los datos de tipo binario aquí no estamos hablando de texto ni de carácter estamos

191
00:20:51,520 --> 00:21:00,880
hablando de bits y de bits estamos hablando de datos de tipo imagen o de datos de cualquier archivo

192
00:21:00,880 --> 00:21:09,220
que se guarden formato formato binario y que no tenga un texto legible adentro de un quiste ni un CCBE

193
00:21:09,220 --> 00:21:17,530
ni un punto de SQL ni un punto Daud son simplemente archivos binarios hasta podría ser un éxito podrían

194
00:21:17,530 --> 00:21:28,930
grabar un ejecutable adentro de un campo de una tabla de maicito y por supuesto como como todo tiene

195
00:21:28,930 --> 00:21:36,070
sus capacidades tenemos el binario el bar binario Uds. vanal y elijen del tipo Binary van a tener que

196
00:21:36,070 --> 00:21:44,470
indicar en la columna longitud de cuántos bits estamos hablando para que el motor reserve espacio en

197
00:21:44,470 --> 00:21:51,480
la tabla y va a ser un espacio fijo no va a ser variable para un espacio espacio variable.

198
00:21:51,490 --> 00:21:59,530
Tenemos el bar Binary donde lo que van a indicar es la cantidad máxima de bits que va a tener nuestra

199
00:21:59,530 --> 00:22:01,660
columna ok.

200
00:22:01,660 --> 00:22:10,090
Esto funciona igual el mismo concepto de chat y marchar luego tenemos ya entramos así como pasamos de

201
00:22:10,230 --> 00:22:18,640
y marchar a los campos de tipo tex en binario ocurre lo mismo y pasamos a los de tipo BLOB Blob es un

202
00:22:18,640 --> 00:22:27,480
tipo de dato que no es nuevo viene ya de Clipper viene de esa época de la época íbais de Clipper.

203
00:22:27,760 --> 00:22:30,250
Estoy hablando de ahora tengo mis años.

204
00:22:30,260 --> 00:22:43,630
No estoy hablando de 1900 90 1988 y bueno los tipo BLOB son datos ya que guardan mucha información.

205
00:22:43,670 --> 00:22:49,040
En el caso del Tiny Blob no me va a convenir más un Marvin Binary que un Tiny blog.

206
00:22:49,040 --> 00:22:59,480
Por lo mismo que pasaba con los campos los de tipo BLOB pueden guardar hasta 65000 535 bits los mil

207
00:22:59,490 --> 00:23:04,860
y un blogs pueden grabar 16 millones.

208
00:23:04,860 --> 00:23:12,700
Esto fíjense que hasta el rango es el mismo que los tipos mide un taxi antes es lo mismo es el mismo

209
00:23:12,700 --> 00:23:19,980
concepto nada más que lo que graba son datos binarios no graba texto.

210
00:23:20,470 --> 00:23:23,140
Espero que se pueda entender esta parte

211
00:23:25,570 --> 00:23:28,660
realmente en mi experiencia no me ha tocado.

212
00:23:28,660 --> 00:23:30,020
No digo que no sirvan.

213
00:23:30,550 --> 00:23:32,230
Todo lo contrario.

214
00:23:32,230 --> 00:23:38,380
No me ha tocado salvo el caso que les comenté de guardar la imagen escaneada de cheques no me ha tocado

215
00:23:38,380 --> 00:23:44,890
usar este tipo de datos y estoy muy contento con haberlos usado porque realmente me ha funcionado de

216
00:23:44,890 --> 00:23:51,640
maravilla esto de guardar las imágenes de los cheques y que el sistema pueda entrar en una opción de

217
00:23:51,640 --> 00:23:58,450
cheques y aparezca la imagen en pantalla de cheques Canyada eso es muy bueno.

218
00:23:58,520 --> 00:24:08,530
Ustedes si hacen por ejemplo esto es muy usado en el rubro de medicina cuando les toque hacer algún

219
00:24:08,530 --> 00:24:13,960
sistema si es que son desarrolladores quizás están aprendiendo bases de datos por aprender pero si fueran

220
00:24:13,960 --> 00:24:19,690
desarrolladores y tuvieran que hacer un sistema para el rubro médico son muy usados.

221
00:24:19,690 --> 00:24:27,340
A mí me ha tocado usarlo en una en una hace muchos años para guardar imágenes de radiografías para guardar

222
00:24:27,340 --> 00:24:32,180
imágenes escaneadas de exámenes.

223
00:24:32,200 --> 00:24:41,660
Hay sistemas donde el médico coloca un un estudio en un hemograma o un estudio de laboratorio y lo coloca

224
00:24:41,660 --> 00:24:47,990
en un escáner y la imagen de que era escaneada en la computadora y la graba en la base de datos.

225
00:24:48,010 --> 00:24:55,900
Lo mismo si son médicos digamos de cirugía estética le sacan fotos a los pacientes y las graban en sus

226
00:24:55,900 --> 00:24:56,980
sistemas.

227
00:24:57,040 --> 00:25:04,430
Para eso van a necesitar ustedes este tipo de datos bueno vamos a ver los datos de tipo temporal tienen

228
00:25:04,430 --> 00:25:12,470
que ver con todo lo que fechas y horas cuando tengamos que grabar fechas lo que yo uso ustedes van a

229
00:25:12,470 --> 00:25:19,880
usar los que quieran son de tipo Droit ocupa mucho menos que un daytime el Daytime lo que guarda es

230
00:25:20,210 --> 00:25:20,860
la fecha.

231
00:25:20,860 --> 00:25:25,790
Por un lado y la hora y concatenados todo en un mismo campo.

232
00:25:26,000 --> 00:25:32,330
En cambio el Day me permite guardar la fecha en un campo y luego puedo usar uno de tipo tanque donde

233
00:25:32,330 --> 00:25:41,390
voy a guardar la hora en otro campo es conveniente una buena práctica que si yo tengo que sacar hacer

234
00:25:41,390 --> 00:25:50,750
consultas por rangos de fecha va a ser más fácil para el motor filtrar campos de tipo de donde no tengo

235
00:25:50,750 --> 00:25:58,070
el dato de la hora donde tendrían que ver y hacer cálculos con la hora que si tengo un dato de tipo

236
00:25:58,070 --> 00:26:08,890
daytime bueno me graba la hora en mi ciclo la hora se graba con año y medio mes y medio día.

237
00:26:08,930 --> 00:26:16,030
Esto significa que es a la inversa de lo que nosotros en muchos países de habla hispana solemos manejar

238
00:26:16,040 --> 00:26:22,220
nosotros solemos manejar primero el día después el mes después el año y ellos lo manejan exactamente

239
00:26:22,220 --> 00:26:24,250
al revés y tiene un porqué.

240
00:26:24,260 --> 00:26:31,730
Si tuviéramos que hacer un ordenamiento pedir una lista ordenada de nuestras facturas ordenadas por

241
00:26:31,730 --> 00:26:39,380
fecha si estuviera con el dato de El día primero sería muy difícil ordenarlo en la fecha.

242
00:26:39,380 --> 00:26:45,740
Al estar el año primero luego el mes y luego el día permite ordenar alfabéticamente o numéricamente

243
00:26:46,160 --> 00:26:50,960
perfectamente nuestro registro por fecha.

244
00:26:51,140 --> 00:26:58,340
Luego tenemos los de tipo Taine los de tipo Thain es lo mismo nada más que grabadora minuto y segundo

245
00:26:59,300 --> 00:27:08,310
y lograba con el separador que es el 2.0 y cómo graba horas no solo graba la hora sino que graba horas

246
00:27:08,570 --> 00:27:10,440
en la parte de hora.

247
00:27:10,460 --> 00:27:17,420
No sólo está limitada a las 24 horas sino que me permite grabar un dato de muchas horas.

248
00:27:17,420 --> 00:27:28,060
Por ejemplo acá si se fijan tiene el negativo 838 horas y en positivo 838 también por ejemplo aquí podrían

249
00:27:28,060 --> 00:27:36,430
grabar en un lapso de tiempo y quizás el lapso de tiempo sea de cuatro o cinco días y lo expresan en

250
00:27:36,430 --> 00:27:36,750
horas.

251
00:27:36,760 --> 00:27:42,940
Y por supuesto la parte entera de la hora no va a ser un rango de 0 a 24 sino que va a ser un número

252
00:27:42,940 --> 00:27:43,900
mayor.

253
00:27:43,900 --> 00:27:52,120
Por ese motivo han hecho esto de que el objetivo Taine tengan un dígito más en la parte de la hora.

254
00:27:53,230 --> 00:27:55,100
Los de tipo Hoyer.

255
00:27:56,470 --> 00:28:06,460
Yo les soy honesto nunca lo he usado y voy a grabar si voy a grabar un año directamente uso un campo

256
00:28:06,460 --> 00:28:11,050
entero de dos dígitos grabo o de cuatro grabo el año y se acabó.

257
00:28:11,530 --> 00:28:18,520
Pero bueno ellos crearon un campo un tipo de campo y para grabar años.

258
00:28:18,520 --> 00:28:25,750
Realmente no le encuentro la explicación pero bueno seguramente alguien que los ha usado y ha encontrado

259
00:28:25,750 --> 00:28:28,460
diferencia y le encuentra inspiración yo no.

260
00:28:29,420 --> 00:28:35,650
Bueno como dijimos los tipos de datos daytime lo que hacen es guardar en un solo campo la fecha y la

261
00:28:35,650 --> 00:28:36,340
hora.

262
00:28:36,340 --> 00:28:38,380
Ahí tenemos los formatos.

263
00:28:38,380 --> 00:28:48,940
Primero graba la fecha un espacio y la hora y la hora no se graba con un dígito de horas mayor a 24.

264
00:28:48,940 --> 00:28:56,290
Aquí vemos que graba realmente una fecha y una hora no es un lapso de horas y luego tenemos los tipo

265
00:28:56,290 --> 00:29:05,620
texting perdón time stamp que son prácticamente similares a los Daytime.

266
00:29:06,490 --> 00:29:16,220
He buscado diferencias pero la verdad es que creo que la única diferencia es que se puede grabar una

267
00:29:16,700 --> 00:29:24,330
fecha y hora de tipo cero porque otra no encontrada encontrado otra diferencia no encontrada.

268
00:29:25,940 --> 00:29:35,480
Hay gente que le gusta guardarlo en Instagram y otros en Leiza esto manejen de acuerdo a su experiencia

269
00:29:35,480 --> 00:29:36,530
y lo que necesiten.

270
00:29:36,530 --> 00:29:43,340
Pero para mí es exactamente lo que tenemos datos de tipo espacial que dijimos que no.

271
00:29:43,760 --> 00:29:51,200
Yo no los he usado o no podría explicarles que es que graban un tipo Pointe en un polígono.

272
00:29:51,290 --> 00:29:59,740
En geometría esto si ustedes necesitaran hacer algo de esto le pido que lo investiguen por su cuenta

273
00:29:59,760 --> 00:30:08,300
Yo va más allá del escape de este curso y tenemos por último estos datos que estos tipos de datos son

274
00:30:08,300 --> 00:30:19,910
muy importantes que son los tipo enum y ser los tipo enum y SEC son datos que permiten rangos o listas

275
00:30:19,910 --> 00:30:29,620
de valores posibles supongamos que en un campo ustedes solamente van a aceptar que el usuario les cargue

276
00:30:30,490 --> 00:30:32,740
una serie de números y nada más.

277
00:30:32,780 --> 00:30:41,260
O una serie de palabras podrían decir que un campo de tipo enum por ejemplo vamos a

278
00:30:51,910 --> 00:31:00,460
era porque vi longitud y me olvidé que estaba buscando el dato de tipo con un campo tipo no puede ser

279
00:31:01,720 --> 00:31:05,520
maestro Koma alumno

280
00:31:08,430 --> 00:31:16,470
si yo quisiera grabar en ese campo cualquier dato que no sea la palabra maestro o la palabra alumno

281
00:31:16,470 --> 00:31:17,500
me lo va a rechazar.

282
00:31:18,900 --> 00:31:25,400
Entonces el campo de tipo no me permite crear una lista de valores posibles.

283
00:31:25,410 --> 00:31:27,870
Pueden ser palabras no pueden ser letras.

284
00:31:27,870 --> 00:31:29,490
Acá tiene que venir una M

285
00:31:32,430 --> 00:31:33,030
o una

286
00:31:37,160 --> 00:31:46,470
y no va a aceptar ningún tipo de letra adicional ni siquiera ni siquiera un dato vacío.

287
00:31:48,290 --> 00:31:52,930
OL o el campo tiene una M grabada o tiene una.

288
00:31:53,250 --> 00:31:56,550
Ahora cuál es la diferencia concer.

289
00:31:56,580 --> 00:31:59,110
Por qué es lo mismo.

290
00:31:59,140 --> 00:32:10,530
Fíjense me permite colocar valores con comillas simples separados por comas pero la diferencia es que

291
00:32:10,530 --> 00:32:19,830
se me permite que el dato sea vacío no tenga ningún valor gravado esa es la única diferencia.

292
00:32:21,030 --> 00:32:29,550
O sea entonces aquí tenemos tres posibilidades o está vacío o es una M o tiene una.

293
00:32:29,550 --> 00:32:41,430
Esos son los tres valores posibles para mi campo de tipo C Bueno hemos visto hasta aquí todo el rango

294
00:32:41,430 --> 00:32:51,510
de tipos de datos posibles se maicito lo que vamos a hacer en esta última parte de la clase es reforzar

295
00:32:51,510 --> 00:32:53,230
un poquito el tema índices.

296
00:32:54,150 --> 00:33:04,850
Recuerden que nosotros teníamos estos índices que habíamos creado y lo que falta decir quizás porque

297
00:33:04,850 --> 00:33:13,610
el tema de llaves foráneas vamos a EU a incorporarlo en un último anteúltimo me tengo que fijar el orden

298
00:33:13,610 --> 00:33:15,130
en que lo cree.

299
00:33:15,260 --> 00:33:23,300
Capítulo de este curso donde hablo de llaves foráneas y uniones de tablas lo que habría que incorporar

300
00:33:23,390 --> 00:33:31,430
un poco más es el hecho de que no se queden con la idea de que un índice puede estar formado solo por

301
00:33:31,430 --> 00:33:40,660
una columna si no que yo podría vamos a hacer más fácil vamos a borrar este índice.

302
00:33:40,670 --> 00:33:50,300
Fíjense que me lo sacó de aquí vamos a ir a localidad y vamos a borrar ese índice me los va borrando

303
00:33:52,090 --> 00:34:01,090
y vamos a suponer que yo quiero conformar un índice entre país localidad y provincia.

304
00:34:01,100 --> 00:34:10,810
Yo ya tengo mi dato madre que es el país y lo que quiero hacer es un índice compuesto por más de una

305
00:34:11,060 --> 00:34:19,280
columna donde ahora en vez de crear un índice nuevo para provincia le voy a decir que Provincia lo agregue

306
00:34:21,410 --> 00:34:31,940
al índice llamado país y voy a decirle a localidad que agregue al índice llamado país.

307
00:34:31,940 --> 00:34:42,530
Entonces yo voy a tener un índice que va a ordenar mi internamente los datos en su en su índice los

308
00:34:42,530 --> 00:34:48,020
va a ordenar por país cuando el país coincida los va a ordenar por provincia y cuando la provincia coincida

309
00:34:48,020 --> 00:34:50,280
lo va a ordenar por localidad.

310
00:34:50,690 --> 00:34:59,810
Y esto es muy útil llevar este orden cuando yo tengo que buscar todos los clientes de una localidad

311
00:34:59,810 --> 00:35:07,770
determinada que pertenecen a una provincia determinada y que pertenecen a un país determinado.

312
00:35:08,150 --> 00:35:20,090
Suponiendo que el campo localidad sea un campo que se repite porque por ejemplo mi tabla localidad puedo

313
00:35:20,090 --> 00:35:27,470
tener el primer campo en la provincia entonces para la provincia 1 Tengo la localidad 1 para la provincia

314
00:35:27,470 --> 00:35:34,520
2 tengo la localidad 1 para la provincia 3 tengo la localidad 1 salvo que localidad sea un dato único

315
00:35:34,850 --> 00:35:38,810
que no se repite en ninguna provincia y en ningún país.

316
00:35:38,840 --> 00:35:47,420
Ahí sí voy a poder tenerlo como como índice único no único que no se repita sino como que no va a estar

317
00:35:47,930 --> 00:35:52,980
metido ni sumado a otro índice anterior sino que va a ser un índice nuevo.

318
00:35:53,360 --> 00:36:01,910
Se entiende ahora cuando yo tengo un país y de ese país de cada país las provincias enumeran de 1 en

319
00:36:01,910 --> 00:36:06,950
adelante y de cada provincia las localidades se enumeran de 1 en adelante.

320
00:36:06,950 --> 00:36:15,170
Yo voy a tener que armar un índice compuesto de un índice compuesto por tres campos ese es el uso que

321
00:36:15,170 --> 00:36:18,630
se le da a los índices compuestos.

322
00:36:19,040 --> 00:36:22,540
Yo los llamo compuestos porque están compuestos por varios campos.

323
00:36:22,640 --> 00:36:29,900
Quizás ustedes no. Cuando googlea no encuentren algo llamado índices compuestos se las estoy estoy usando

324
00:36:29,900 --> 00:36:32,200
esa palabra para que usted comprenda.

325
00:36:32,330 --> 00:36:39,080
Bueno muy bien ya tenemos nuestros datos y tenemos nuestro refuerzo de índices.

326
00:36:39,110 --> 00:36:45,560
Ahora los espero en la clase siguiente que van a ver que en realidad cuando pasen de esta clase va a

327
00:36:45,560 --> 00:36:51,950
aparecer un texto en pantalla y les va a permitir descargar un archivo ese archivo es un archivo de

328
00:36:51,950 --> 00:36:54,350
formato punto SQL.

329
00:36:54,350 --> 00:37:02,870
Ese archivo ya tiene toda una base de datos con datos cargados que vamos a usar en el curso para hacer

330
00:37:02,870 --> 00:37:10,880
pruebas sentencias SQL y para aprender todo lo que es lenguaje de SQL lo que les pido es que descarguen

331
00:37:10,880 --> 00:37:21,320
ese archivo vayan a sus Jaydy SQL vayan a cargar archivos sql aquí donde estoy mostrando les va a abrir

332
00:37:21,320 --> 00:37:28,850
la carpeta Ustedes cargan el archivo donde lo descargaron y lo ejecutan al ejecutarlo van a ver que

333
00:37:28,850 --> 00:37:38,690
les va a crear una nueva base de datos y van a tener mas tablas y campos y no solo eso van a tener datos

334
00:37:38,690 --> 00:37:47,270
grabados y fijense esta solapa en la que estoy con el mouse posicionado esta solapa es la solapa de

335
00:37:47,270 --> 00:37:53,870
los datos como esta tabla la hemos creado en el capítulo anterior y no hemos grabado nada.

336
00:37:53,990 --> 00:38:01,750
Esta solapa está vacía pero la base de datos que ustedes van a instalar y si tienen algún problema les

337
00:38:01,750 --> 00:38:11,840
pido que me escriban un mensaje si tienen algún problema lo vemos inclusive o a alguien que tenga el

338
00:38:11,840 --> 00:38:19,340
mismo problema va a ver la respuesta que les voy a dar en el panel de preguntas y respuestas en esas

339
00:38:19,340 --> 00:38:26,180
bases de datos que van a ver que están llenas de datos de datos que fueron reales son muchos los transformé

340
00:38:26,210 --> 00:38:35,370
cambié direcciones cambié nombres cambié teléfonos para que no para preservar la digamos a las personas

341
00:38:35,370 --> 00:38:43,110
reales que estaban grabadas en esas tablas y van a ver luego toda la información en esa solapa que es

342
00:38:43,170 --> 00:38:44,260
la solapa datos.

343
00:38:44,740 --> 00:38:53,040
Bueno no los entretengo más vamos a la próxima clase y empezamos a trabajar más duro todavía nos vemos.