Dentro del SQL existen diversos tipos de datos. En el momento que se construye alguna tabla con la instrucción create table, se tiene que designar el tipo de dato en cada columna.
En la tabla que se mostrará a continuación, estarán los distintos tipos de datos y sus peculiaridades primordiales:
[callout font_size=»13px» style=»coolblue»]
| Tipo de de dato | Peculiaridades |
| VARCHAR2(tamaño) | Este guarda cadenas de caracteres poseyendo una longitud cambiante. Su longitud máxima es de 4000 caracteres. |
| CHAR(tamaño) | Guarda caracteres teniendo una longitud determinada. Siendo 2000 caracteres su máximo |
| NUMBER(precisión,escala) | Archivar datos numéricos, ya sean enteros y decimales, con o sin signo. Precisión, muestra el número máximo de dígitos el cual poseerá ese dato. Escala, señala asimismo el número de digitos que lograría existir a la derecha del punto decimal. |
| LONG | Este guarda las cadenas de caracteres de longitud cambiante. Puede guardar hasta 2 gigas de información |
| LONG RAW | Guarda los datos binarios. Se utiliza para el almacenamiento de gráficos, sonidos, etc. El tamaño máximo es de 2 gigas |
| DATE | Guarda la información de fechas y horas. De manera predeterminada guarda también un dato con el siguiente formato: siglo/año/mes/dia/hora/minutos/segundos. Ese formato se logra ajustar con otros parámetros. |
| RAW(tamaño) | Almacena datos binarios. Puede almacenar como mucho 2000 bytes. |
| ROWID | Hablamos en este punto de un campo el cual representa una cadena hexadecimal que señala la dirección de una fila en su tabla |
| NVARCHAR2(tamaño) | Es parecida al varchar2 sin embargo, tiene un tamaño de carácter el cual depende de la elección del juego de caracteres. Su dimensión máxima es 2000 bytes. |
| NCHAR(tamaño) | Parecido al char y con las mismas caracteristicas que el nvarchar2 |
| CLOB | Similar al LONG y se emplea para los objetos de carácter |
| NCLOB | Parecido al CLOB solo que sus dimensiones en el carácter depende del juego de caracteres empleado |
| BLOB | Es parecido al LONG RAW. Este se utiliza para los objetos binarios. |
[/callout]
¿De qué manera procesa un SGBD una sentencia?
Este sistema gestor de la base de datos (SGBD) hace diversos pasos para poner en marcha una sentencia:
- Lo principal que hace es estudiar la sentencia y corrobora que esté escrita de forma correcta.
- Logra validar la sentencia. Corrobora la sentencia de manera semántica. Corroborando de esa manera tanto las tablas como las columnas y los datos que existen.
- Luego mejora la sentencia, indagando la manera más ágil de poner en marcha una sentencia.
- Crea un plan para el empleo de la sentencia. Crea el código requerido para poder ejecutar la sentencia señalada.
- Y para terminar, pone en marcha el plan de empleo.
El estudio de la sentencia no necesita que entre a la base de datos por el cual se hace de manera ágil mientras que el mejoramiento si que lo necesite por el cual dependa de más tiempo y trabajo por parte del CPU.
