1
00:00:00,770 --> 00:00:08,340
Bueno vamos a continuar con la clase de análisis de tipos de datos existentes en SQL Server ya que se

2
00:00:08,460 --> 00:00:19,290
les prepare un documento donde están todos los tipos de datos definidos como recurso en la sección así

3
00:00:19,290 --> 00:00:27,260
que lo pueden descargar sin ningún problema y lo pueden tener para tenerlos como consulta al comienzo

4
00:00:27,260 --> 00:00:34,560
de todo lo que les coloque en un digamos un resumen de lo que significa de lo que representan las unidades

5
00:00:34,560 --> 00:00:36,960
medida en informática.

6
00:00:36,960 --> 00:00:44,140
Es decir partimos de lo que vale un bit hasta seguimos por el bajo y tranquilo y no me daba siglo etcétera.

7
00:00:44,250 --> 00:00:52,200
Esto es más que nada para que tengan una noción de lo que puede llegar a ocupar un tipo de dato en un

8
00:00:52,200 --> 00:00:59,490
campo de la tabla no porque no se olviden que los datos que están almacenados en las tablas ocupan espacio

9
00:00:59,570 --> 00:01:08,010
entonces ocupan espacio y nosotros tenemos que tener bien en claro que qué tipo de dato es qué tipo

10
00:01:08,010 --> 00:01:13,680
de dato definimos y cuánto espacio nos ocupa o nos puede llevar a ocupar cierto valor eso lo tenemos

11
00:01:13,680 --> 00:01:22,530
que tener bien en claro para definir una base de datos óptima porque siempre porque siempre hablamos

12
00:01:22,530 --> 00:01:29,760
de una base de datos óptima porque nosotros podemos definir los tipos de dato y asignarle valores súper

13
00:01:29,760 --> 00:01:35,770
grandes sin importar yo me puedo preocupar sobre el tipo de datos que puedo asignar.

14
00:01:36,240 --> 00:01:45,110
Por ejemplo en un campo si yo voy a tener un valor del nombre de una persona yo podría ser campo definirle

15
00:01:45,360 --> 00:01:49,250
que sea un valor de texto de 2000 caracteres por ejemplo.

16
00:01:49,800 --> 00:01:55,810
Pero eso no es óptimo porque no es óptimo porque un nombre es muy raro que llegue a tener esa cantidad

17
00:01:56,580 --> 00:02:00,410
de caracteres animo a decir que es casi imposible que tenga tantos.

18
00:02:00,420 --> 00:02:06,260
Entonces si nosotros multiplicamos ese campo de 2000 caracteres por la cantidad de registro que podemos

19
00:02:06,480 --> 00:02:12,270
llegar a tener en esa tabla que pueden ser millones estamos hablando de una base de datos que no está

20
00:02:12,270 --> 00:02:14,430
optimizada al que está optimizada.

21
00:02:14,500 --> 00:02:14,930
Por qué.

22
00:02:14,940 --> 00:02:22,980
Porque voy a tener voy a tener y voy a estar reservando espacio que no voy a llenar nunca y nunca lo

23
00:02:22,980 --> 00:02:23,670
voy a utilizar.

24
00:02:23,670 --> 00:02:30,900
Entonces tenemos que tomar otra metodología que más adelante vamos a explicar para los que saben digamos

25
00:02:30,960 --> 00:02:34,920
de cuando hablamos de unidades de medida de la informática.

26
00:02:34,920 --> 00:02:41,220
Bueno esto lo van a saltear pero hacemos un breve repaso de lo que representa un bit que un bit puede

27
00:02:41,220 --> 00:02:46,250
ser puede tomar los valores de cero o uno.

28
00:02:46,560 --> 00:02:59,620
Eso es lo que equivale un bit entonces un bit representan 8 bits o un kilo Heyt representan 1024 bits

29
00:02:59,780 --> 00:03:02,950
megabytes 1024 kilobytes.

30
00:03:03,280 --> 00:03:12,940
Y así seguimos pasando por el terapeuta y el petaba que son que representan 1024 terabytes.

31
00:03:12,940 --> 00:03:23,470
Esto a modo de información como para que tengan presente las unidades de medidasde de archivos de tamaños

32
00:03:23,620 --> 00:03:29,450
en informática como para tener una idea de lo que representa.

33
00:03:29,770 --> 00:03:36,640
Entonces continuamos con los tipos de datos SQL más estándar son los más utilizados nosotros vamos a

34
00:03:36,780 --> 00:03:45,190
vamos a hacer una revisión de los tipos de datos más utilizados en SQL Server vamos a hacer un repaso

35
00:03:45,190 --> 00:03:54,010
Primeramente tenemos tipos de datos numéricos tenemos tipos de datos de texto y binarios y tenemos tipos

36
00:03:54,010 --> 00:03:55,810
de datos de fecha y hora.

37
00:03:55,810 --> 00:04:02,670
Esos son los tres grandes grupos en que se dividen un tipo de dato.

38
00:04:03,220 --> 00:04:11,260
Si dentro de los tipos de datos numéricos tenemos los enteros tenemos los enteros y tenemos los decimales

39
00:04:11,620 --> 00:04:20,920
entonces los tipo de dato entero si tenemos el bit el Taine se Molinet integer que es el que se abrevia

40
00:04:21,220 --> 00:04:26,140
Hint y vigente que sería un interior grande.

41
00:04:26,380 --> 00:04:36,610
Si ahora tenemos Taine que representa un entero pequeño si un Taine integra el tipo de bit que puede

42
00:04:36,610 --> 00:04:38,800
tener dos valores 0 o 1.

43
00:04:38,800 --> 00:04:47,280
Después tenemos los decimales tenemos el tipo de Atom Mony y decimal ok seguimos con los tipo de texto

44
00:04:47,290 --> 00:04:57,940
binarios tenemos los tipos de datos de texto Char parchar en echar y marchar ahora los vamos a ver en

45
00:04:57,940 --> 00:05:08,950
detalle y los tipos de datos binarios de Binary Ibarz Binary tipo datos de fecha y hora tipo de datos

46
00:05:08,950 --> 00:05:15,320
Toit tipo de dato Timm tipo de dato daytime Ishmael daytime.

47
00:05:16,600 --> 00:05:26,530
Ahora vamos a detallar cada uno cada uno de estos tipos de datos para que los tengan bien claro vamos

48
00:05:26,530 --> 00:05:33,880
a ver el tipo de datos bit si puede ser un tipo de dato y va a ocupar el valor de un bit un bit va a

49
00:05:33,880 --> 00:05:38,230
tener ese campo va a tener el valor de cero o uno.

50
00:05:38,480 --> 00:05:49,330
Si True o fouls verdadero o falso si esa es esos son los dos posibles valores que puede tener un campo

51
00:05:49,330 --> 00:05:58,120
de tipo bit no puede tener otro valor cualquiera de estos dos sí puede puede tener Null que digamos.

52
00:05:58,930 --> 00:06:05,620
Más adelante lo vamos a ver bien en detalle pero no significa que ese campo no tiene valor pero digamos

53
00:06:05,620 --> 00:06:10,060
si tiene valor puede tener o cualquiera de estos dos valores no otro.

54
00:06:10,060 --> 00:06:18,190
Seguimos con el campo Taine int que ocupa un bit y va de 0 a 255.

55
00:06:18,190 --> 00:06:27,130
Es decir que yo puedo tener valores de 0 a 255 un número que puede ser cero entre 0 y 255 no puede superar

56
00:06:27,160 --> 00:06:29,360
255.

57
00:06:29,770 --> 00:06:32,830
Por eso este campo me va a ocupar un bit.

58
00:06:32,950 --> 00:06:34,780
Para qué se usan estos campos.

59
00:06:34,780 --> 00:06:42,010
Estos campos normalmente se usan cuando tengo que almacenar números pequeños que sé que no van a superar

60
00:06:42,400 --> 00:06:53,020
cierta cierta longitud estamos porque sepan que si yo a un campo que por ejemplo está Ngen le quisiese

61
00:06:53,020 --> 00:06:56,840
grabar un número el número 300 por ejemplo.

62
00:06:56,840 --> 00:06:58,890
Cómo supera 255.

63
00:06:58,930 --> 00:07:01,440
No me lo va a dejar grabar y me va a dar un error.

64
00:07:01,430 --> 00:07:09,660
Entonces cuando yo tengo la certeza de que ese campo va a ser pequeño y va a estar dentro de este rango

65
00:07:09,660 --> 00:07:16,810
de su próximo cinco lo puedo definir como Tinita puede ser un campo de edad por ejemplo si el dato de

66
00:07:16,810 --> 00:07:24,830
una persona que es la edad bueno el campo de da lo podría definir como Taine sin ningún problema después

67
00:07:24,830 --> 00:07:31,300
tenemos el campo Molinet el campo Molinet ocupa dos bits.

68
00:07:32,540 --> 00:07:37,300
Entonces va de menos 2 a la 15.

69
00:07:37,820 --> 00:07:48,770
Si hasta 2 a la 15 menos 1 va de menos 32 mil 768 hasta treinta y dos mil setecientos sesenta y siete.

70
00:07:48,980 --> 00:07:58,220
Dentro de ese rango yo puedo guardar valores en ese campo que estén contemplados dentro de esa DC DC

71
00:07:58,250 --> 00:08:04,060
desde hasta cierto entonces seguimos con el campo de hint.

72
00:08:04,290 --> 00:08:06,470
El campo no ocupa 4 bits.

73
00:08:06,640 --> 00:08:19,930
Si iba de menos de 2 billones menos 2 billones hasta 2 billones 147 1483 y más numeritos.

74
00:08:21,110 --> 00:08:22,340
Este es un campo de datos.

75
00:08:22,410 --> 00:08:29,610
Es un tipo de dato numérico muy grande para almacenar un número muy grande como pueden ver normalmente

76
00:08:29,700 --> 00:08:37,780
estos tipos de datos se utilizan en campos donde yo quiero ir almacenando un valor incremental.

77
00:08:37,780 --> 00:08:43,530
Qué quiere decir incremental incremental un valor que se va incrementando a medida que voy agregando

78
00:08:43,530 --> 00:08:45,100
registros en la tabla.

79
00:08:45,190 --> 00:08:53,280
Si arrancamos con el valor el número 1 hasta llegar al valor que registro que tenga la tabla pero normalmente

80
00:08:53,280 --> 00:09:00,300
el tipo de dato se usa para esos tipos de campo en el que se van incrementando los valores y no sé hasta

81
00:09:00,300 --> 00:09:02,380
cuándo.

82
00:09:02,850 --> 00:09:05,930
Hasta cuándo van a llegar van a ser muchos.

83
00:09:05,970 --> 00:09:12,330
Acá tengo la posibilidad de almacenar hasta 2 billones es muchísimo para una tabla pero bueno podría

84
00:09:12,330 --> 00:09:14,730
llegar a necesitar más.

85
00:09:15,180 --> 00:09:22,350
Podría llegar a afectar más entonces el caso en que usaríamos el campo bint que ya me ocupa 8 bits y

86
00:09:22,500 --> 00:09:30,360
me puede almacenar un valor inmenso que va de este valor negativo hasta este valor positivo

87
00:09:32,940 --> 00:09:39,300
tenemos que tener mucho cuidado en el uso de este tipo de dato porque nos permite almacenar un número

88
00:09:39,600 --> 00:09:51,150
muy grande muy grande y este digamos no está bueno tener definido un campo con este valor y tener almacenado

89
00:09:52,520 --> 00:09:59,130
y tenerlo almacenado números números muy chicos porque no se olviden que va a estar ocupando 8 bits

90
00:09:59,160 --> 00:10:00,450
por campo.

91
00:10:00,450 --> 00:10:05,180
Entonces ese valor se multiplica por la cantidad de registros que vaya a tener.

92
00:10:05,430 --> 00:10:14,710
Después tenemos el tipo de dato Money que ocupa 8 bits y va desde este valor inmensamente grande también

93
00:10:14,850 --> 00:10:17,980
hasta este valor.

94
00:10:18,010 --> 00:10:29,100
Ese tipo de automóvil normalmente se usa para almacenar importes precios y por qué almacena valores

95
00:10:29,100 --> 00:10:34,410
con cuatro decimales entonces para un importe o un precio está bien.

96
00:10:34,600 --> 00:10:40,450
Es aceptable este valor así que normalmente se utiliza para ese tipo de dato.

97
00:10:40,530 --> 00:10:49,980
Después tenemos el tipo de dato decimal en el que se definen con dos valores el primer valor es la precisión

98
00:10:49,980 --> 00:10:58,200
y el segundo valor es la escala que la precisión y que es la escala y la precisión es digamos del valor

99
00:10:58,200 --> 00:10:59,280
decimal.

100
00:10:59,280 --> 00:11:08,220
Por ejemplo vamos a escribirlo aquí abajo vamos a escribir Abajo un valor decimal por ejemplo ciento

101
00:11:08,730 --> 00:11:12,430
veinte 120.000

102
00:11:15,710 --> 00:11:17,050
coma cincuenta.

103
00:11:17,670 --> 00:11:26,220
Este valor entonces la precisión es la cantidad de números en total que va a tener esa esa definición

104
00:11:26,220 --> 00:11:27,000
de decimales.

105
00:11:27,000 --> 00:11:36,690
Es decir ahora tengo uno dos tres cuatro cinco seis siete ocho sin contar el punto son ocho son ocho

106
00:11:36,690 --> 00:11:44,880
números en total si para el caso de que está definido acá que dice decimal diez coma dos tendríamos

107
00:11:44,880 --> 00:11:46,860
que agregarle dos numeritos más.

108
00:11:46,860 --> 00:11:54,240
Entonces ahí tenemos un total de diez números para lo que sería la precisión y la escala en este caso

109
00:11:54,630 --> 00:12:02,070
se refiere a la cantidad de números en la parte decimal que voy a tener entonces acá tengo definido

110
00:12:02,400 --> 00:12:09,050
10 para la precisión y dos para la escala es decir para los decimales.

111
00:12:09,150 --> 00:12:17,700
Acá tengo y acá tengo perfecto dos decimales entonces 10 corresponde a la precisión que representa al

112
00:12:17,700 --> 00:12:27,030
total de la del valor numérico y 2 a los decimales si entonces no hay no hay que confundir esto con

113
00:12:27,120 --> 00:12:35,550
10 más 12 es decir 10 para el número y dos para el decimal es decir 12 no son 10 10 dígitos en total

114
00:12:35,580 --> 00:12:43,250
para la precisión y a eso se le restan se toman en cuenta dos para los decimales.

115
00:12:43,260 --> 00:12:50,970
Vamos a borrar esto y acá abajo tenemos una representación de lo que ocuparía en bits un valor un tipo

116
00:12:50,970 --> 00:13:01,780
de dato de este decimal si es decir ocupa de 1 a 9 dígitos ocupa 5 bits.

117
00:13:02,010 --> 00:13:10,500
De 10 a 19 dígitos ocupa 9 bits de 22:28 13 bits y de 29 a 38 17 bits.
