Está en la página 1de 11

Nombre Johnathan Pérez Monroy

Fecha Abril 04 de 2020


Código 561201247
Actividad Investigación SQL
Materia Electiva Profesional DATOS I
Program Ingeniería de Sistemas
a

1. Qué es SQL Server y Transact T-SQL

SQL Server es un sistema de gestión de bases de datos relacionales (RDBMS) de Microsoft que está diseñado
para el entorno empresarial. SQL Server se ejecuta en T-SQL (Transact -SQL), un conjunto de extensiones de
programación de Sybase y Microsoft que añaden varias características a SQL estándar, incluyendo control de
transacciones, excepción y manejo de errores, procesamiento fila, así como variables declaradas.

Bajo el nombre código Yukon en su etapa de desarrollo, SQL Server 2005 fue lanzado en noviembre de 2005.
Se dice que el producto 2005 proporcionó una mayor flexibilidad, escalabilidad, confiabilidad y seguridad a las
aplicaciones de base de datos, y permitió que fueran más fáciles de crear y desplegar, lo que reduce la
complejidad y el tedio involucrado en la gestión de bases de datos. SQL Server 2005 también incluía más
soporte administrativo.

El código original de SQL Server ha sido desarrollado por Sybase; a finales de 1980, Microsoft, Sybase y
Ashton-Tate colaboraron para producir la primera versión del producto, SQL Server 4.2 para OS/2.
Posteriormente, tanto Sybase como Microsoft ofrecieron productos de SQL Server. Sybase cambió después el
nombre de su producto a Adaptive Server Enterprise

Transact-SQL (T-SQL) es una extensión al SQL de Microsoft y Sybase. SQL, que frecuentemente se dice ser un
Lenguaje de Búsquedas Estructurado (por sus siglas en inglés), es un lenguaje de cómputo estandarizado,
desarrollado originalmente por IBM para realizar búsquedas, alterar y definir bases de datos relacionales
utilizando sentencias declarativas. T-SQL expande el estándar de SQL para incluir programación
procedimental, variables locales, varias funciones de soporte para procesamiento de strings, procesamiento
de fechas, matemáticas, etc, y cambios a las sentencias DELETE y UPDATE. Estas características adicionales
hacen de T-SQL un lenguaje que cumple con las características de un autómata de Turing.

TRANSACT-SQL es un lenguaje muy potente que nos permite definir casi cualquier tarea que queramos
efectuar sobre la base de datos; incluye características propias de cualquier lenguaje de programación,
características que nos permiten definir la lógica necesaria para el tratamiento de la información:

 Tipos de datos.
 Definición de variables.
 Estructuras de control de flujo.
 Gestión de excepciones.
 Funciones predefinidas.
2. Qué es una Tabla - Campos y Registros

Las tablas son objetos de base de datos que contienen todos sus datos. En las tablas, los datos se organizan
con arreglo a un formato de filas y columnas, similar al de una hoja de cálculo. Cada fila representa un registro
único y cada columna un campo dentro del registro.

o El número de tablas de una base de datos se limita solo por el número de objetos admitidos en una
base (2.147.483.647). Una tabla definida por el usuario estándar puede tener hasta 1.024 columnas. El
número de filas de la tabla solo está limitado por la capacidad de almacenamiento del servidor.

o Puede asignar propiedades a la tabla y a cada columna de la tabla para controlar los datos admitidos y
otras propiedades. Por ejemplo, puede crear restricciones en una columna para no permitir valores
nulos o para proporcionar un valor predeterminado si no se especifica un valor, o puede asignar una
restricción de clave en la tabla que exige la unicidad o definir una relación entre las tablas.

o Los datos de la tabla se pueden comprimir por filas o por página. La compresión de datos puede
permitir que se almacenen más filas en una página. Para obtener más información, consulte Data
Compression.

Campo: Corresponde al nombre de la columna. Debe ser único y además de tener un tipo de dato asociado. Es
una unidad sencilla de datos que es única dentro de la entrada o fila, pero la categoría de datos general es
común a todas las entradas. Por ejemplo, "dirección" es un campo común a todas las entradas nombradas en
el listado telefónico, pero el contenido del campo de dirección será único para cada entrada. Como regla, el
campo de la base de datos se refiere a las columnas, o categorías de datos, que son utilizadas por todas las
entradas o filas.

Un campo calculado es un campo que no se almacena físicamente en la tabla. SQL Server emplea una fórmula
que detalla el usuario al definir dicho campo para calcular el valor según otros campos de la misma tabla.

 Un campo calculado no puede:definirse como "not null".


 ser una subconsulta.
 tener restricción "default" o "foreign key".
 insertarse ni actualizarse.

Puede ser empleado como llave de un índice o parte de restricciones "primary key" o "unique" si la expresión
que la define no cambia en cada consulta.

Registro: Corresponde a cada fila que compone la tabla. Allí se componen los datos y los registros.
Eventualmente pueden ser nulos en su almacenamiento. Un registro es una fila de una base de datos, una
agrupación horizontal de datos. El contenido de estos campos es único para esa fila. En el ejemplo del listado
de teléfonos, cada apellido empieza una fila o registro que contiene datos en los campos del nombre,
dirección y número de teléfono. Un registro se suele usar en una búsqueda de base de datos porque cada
registro tiene una cualidad identificativa única (o valor). Un registro de base de datos es, básicamente, una fila
que contiene datos únicos en cada uno de los campos. Una base de datos normalmente tendrá un gran
número de registros pero sólo un pequeño número de campos.
3. Qué es un Tipo de Datos

Un tipo de dato es, un espacio en memorias con restricciones. Por ejemplo, el tipo "int" representa,
generalmente, un conjunto de enteros de 32 bits cuyo rango va desde el -2.147.483.648 al 2.147.483.647, así
como las operaciones que se pueden realizar con los enteros, como son la suma, la resta, y la multiplicación.
Los colores, por su parte, se representan como tres bytes denotando la cantidad de rojo, verde y azul, y una
cadena de caracteres representando el nombre del color (en este caso, las operaciones permitidas incluyen la
adición y la sustracción, pero no la multiplicación).

Este es un concepto propio de la informática, y más específicamente de los lenguajes de programación,


aunque también se encuentra relacionado con nociones similares de la matemática y la lógica.

En un sentido amplio, un tipo de datos define un conjunto de valores y las operaciones sobre esos valores. Casi
todos los lenguajes de programación explícitamente incluyen la notación del tipo de datos, aunque lenguajes
diferentes pueden usar terminologías diferentes. La mayor parte de los lenguajes de programación permiten
al programador definir tipos de datos adicionales, normalmente combinando múltiples elementos de otros
tipos y definiendo las operaciones del nuevo tipo de dato. Por ejemplo, un programador puede crear un nuevo
tipo de dato llamado "Persona", contemplando que el dato interpretado como Persona incluiya un nombre y
una fecha de nacimiento.

Un tipo de dato puede ser también visto como una limitación impuesta en la interpretación de los datos en un
sistema de tipificación, describiendo la representación, la interpretación y la estructura de los valores u
objetos almacenados en la memoria del ordenador. El sistema de tipificación usa información de los tipos de
datos para comprobar la verificación de los programas que acceden o manipulan los datos.

Al crear una tabla la elección correcta de un formato de dato para cada columna de la tabla hará que nuestra
BBDD tenga un rendimiento óptimo a medio largo plazo.

Repasando la documentación oficial podríamos dividir en 3 grandes grupos estos datos:

 Numéricos
 Fecha
 String
4. Tipos de Datos existentes y cómo elegir el adecuado

Tipos de dato numéricos

INT (INTEGER): Ocupación de 4 bytes con valores entre -2147483648 y 2147483647 o entre 0 y
4294967295.
SMALLINT: Ocupación de 2 bytes con valores entre -32768 y 32767 o entre 0 y 65535.
TINYINT: Ocupación de 1 bytes con valores entre -128 y 127 o entre 0 y 255.
MEDIUMINT: Ocupación de 3 bytes con valores entre -8388608 y 8388607 o entre 0 y 16777215.
BIGINT: Ocupación de 8 bytes con valores entre -8388608 y 8388607 o entre 0 y 16777215.
DECIMAL (NUMERIC): Almacena los números de coma flotante como cadenas o string.
FLOAT (m,d): Almacena números de coma flotante, donde ‘m’ es el número de dígitos de la parte
entera y ‘d’ el número de decimales.
DOUBLE (REAL): Almacena número de coma flotante con precisión doble. Igual que FLOAT, la
diferencia es el rango de valores posibles.
BIT (BOOL, BOOLEAN): Número entero con valor 0 o 1.

Tipos de dato con formato fecha

DATE: Válido para almacenar una fecha con año, mes y día, su rango oscila entre ‘1000-01-01′ y ‘9999-
12-31′.
DATETIME: Almacena una fecha (año-mes-día) y una hora (horas-minutos-segundos), su rango oscila
entre ‘1000-01-01 00:00:00′ y ‘9999-12-31 23:59:59′.
TIME: Válido para almacenar una hora (horas-minutos-segundos). Su rango de horas oscila entre -838-
59-59 y 838-59-59. El formato almacenado es ‘HH:MM:SS’.
TIMESTAMP: Almacena una fecha y hora UTC. El rango de valores oscila entre ‘1970-01-01 00:00:01′ y
‘2038-01-19 03:14:07′.
YEAR: Almacena un año dado con 2 o 4 dígitos de longitud, por defecto son 4. El rango de valores oscila
entre 1901 y 2155 con 4 dígitos. Mientras que con 2 dígitos el rango es desde 1970 a 2069 (70-69).

Diferentes tipos de dato con formato string

CHAR: Ocupación fija cuya longitud comprende de 1 a 255 caracteres.


VARCHAR: Ocupación variable cuya longitud comprende de 1 a 255 caracteres.
TINYBLOB: Una longitud máxima de 255 caracteres. Válido para objetos binarios como son un fichero
de texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
BLOB: Una longitud máxima de 65.535 caracteres. Válido para objetos binarios como son un fichero de
texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
MEDIUMBLOB: Una longitud máxima de 16.777.215 caracteres. Válido para objetos binarios como son
un fichero de texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
LONGBLOB: Una longitud máxima de 4.294.967.298 caracteres. Válido para objetos binarios como son
un fichero de texto, imágenes, ficheros de audio o vídeo. No distingue entre minúculas y mayúsculas.
SET: Almacena 0, uno o varios valores una lista con un máximo de 64 posibles valores.
ENUM: Igual que SET pero solo puede almacenar un valor.
TINYTEXT: Una longitud máxima de 255 caracteres. Sirve para almecenar texto plano sin formato.
Distingue entre minúculas y mayúsculas.
TEXT:Una longitud máxima de 65.535 caracteres. Sirve para almecenar texto plano sin formato.
Distingue entre minúculas y mayúsculas.
MEDIUMTEXT:Una longitud máxima de 16.777.215 caracteres. Sirve para almecenar texto plano sin
formato. Distingue entre minúculas y mayúsculas.
LONGTEXT: Una longitud máxima de 4.294.967.298 caracteres. Sirve para almecenar texto plano sin
formato. Distingue entre minúculas y mayúsculas.

5. Qué es una Primary Key

En el diseño de bases de datos relacionales, se llama clave primaria o clave principal a un campo o a una
combinación de campos que identifica de forma única a cada fila de una tabla. Una clave primaria comprende
de esta manera una columna o conjunto de columnas. No puede haber dos filas en una tabla que tengan la
misma clave primaria.

Ejemplos de claves primarias son DNI (asociado a una persona) o ISBN (asociado a un libro). Las guías
telefónicas y diccionarios no pueden usar nombres o palabras o números del sistema decimal de Dewey como
claves candidatas, porque no identifican unívocamente números de teléfono o palabras.

El modelo relacional, según se lo expresa mediante cálculo relacional y álgebra relacional, no distingue entre
clave primaria y otros tipos de claves. Las claves primarias fueron agregadas al estándar SQL principalmente
para conveniencia del programador. En un modelo entidad-relación, la clave primaria permite las relaciones
de la tabla que tiene la clave primaria con otras tablas que van a utilizar la información de esta tabla.

Tanto claves únicas como claves primarias pueden referenciarse con claves foráneas.

6. Que es una Foreign Key

En el contexto de bases de datos relacionales, una clave foránea o clave ajena (o Foreign Key FK) es una
limitación referencial entre dos tablas. La clave foránea identifica una columna o grupo de columnas en una
tabla (tabla hija o referendo) que se refiere a una columna o grupo de columnas en otra tabla (tabla maestra o
referenciada). Las columnas en la tabla referendo deben ser la clave primaria u otra clave candidata en la tabla
referenciada.

Los valores en una fila de las columnas referendo deben existir solo en una fila en la tabla referenciada. Así,
una fila en la tabla referendo no puede contener valores que no existen en la tabla referenciada. De esta
forma, las referencias pueden ser creadas para vincular o relacionar información. Esto es una parte esencial de
la normalización de base de datos. Múltiples filas en la tabla referendo pueden hacer referencia, vincularse o
relacionarse a la misma fila en la tabla referenciada. Mayormente esto se ve reflejado en una relación uno
(tabla maestra o referenciada) a muchos (tabla hija o referendo).

La tabla referendo y la tabla referenciada pueden ser la misma, esto es, la clave foránea remite o hace
referencia a la misma tabla. Esta clave externa es conocida en SQL:2003 como auto-referencia o clave foránea
recursiva. Una tabla puede tener múltiples claves foráneas y cada una puede tener diferentes tablas
referenciadas. Cada clave foránea es forzada independientemente por el sistema de base de datos. Por tanto,
las relaciones en cascada entre tablas pueden realizarse usando claves foráneas. Configuraciones impropias de
las claves foráneas o primarias o no forzar esas relaciones son frecuentemente la fuente de muchos problemas
para la base de datos o para el modelamiento de los mismos.

Por ejemplo, digamos que hay dos tablas, una tabla CONSUMIDOR que incluye todos los datos de los
consumidores, y otra que es la tabla de ÓRDENES. La intención es que todas las órdenes estén asociadas a la
información del consumidor y que viven en su propia tabla. Para lograr esto debemos colocar una clave
foránea en la tabla ÓRDENES con relación a la llave primaria de la tabla CONSUMIDOR.

La clave foránea identifica una columna(s) en una TABLA REFERENCIANTE a una columna(s) en la TABLA
REFERENCIADA.

7. Qué es la propiedad IDENTITY

Identity es una propiedad que permite que un campo en una tabla incremente su valor de manera automática
al insertar los registros en ella. Para el uso de la propiedad Identity el tipo de dato debe ser entero Int. Es
necesario definir un valor inicial y un valor de incremento. Es importante anotar que Identity no asegura la
unicidad de valor, esta únicamente es posible con la restricciones Primary key, Unique o con el índice Unique.
Solamente puede existir una columna por tabla con la propiedad Identidad.

8. Que es Normalización de Base de Datos

Es el proceso de organizar los datos de una base de datos, valga la redundancia. Debemos tener en cuenta la
creación de tablas y las reglas que se usan para definir las relaciones, estas reglas son diseñadas para proteger
los datos, y para que la base de datos sea flexible con el fin de eliminar redundancias y dependencias
incoherentes.

Las bases de datos relacionales se normalizan para:

 Evitar la redundancia de los datos.


 Disminuir problemas de actualización de los datos en las tablas.
 Proteger la integridad de los datos.
 Facilitar el acceso e interpretación de los datos.
 Reducir el tiempo y complejidad de revisión de las bases de datos.
 Optimizar el espacio de almacenamiento.
 Prevenir borrados indeseados de datos.
FORMA NORMAL 1

Según la definición de Date de la 1FN, una tabla está en 1FN si y solo si es "isomorfa a alguna relación", lo que
significa, específicamente, que satisface las siguientes cinco condiciones:

 No hay orden de arriba-a-abajo en las filas.


 No hay orden de izquierda-a-derecha en las columnas.
 No hay filas duplicadas.
 Cada intersección de fila-y-columna contiene exactamente un valor del dominio aplicable (y nada más).
 Todas las columnas son regulares [es decir, las filas no tienen componentes como IDs de fila, IDs de
objeto, o timestamps ocultos].

La violación de cualquiera de estas condiciones significaría que la tabla no es estrictamente relacional, y por lo
tanto no está en 1FN.

Algunos ejemplos de tablas (o de vistas) que no satisfacen esta definición de primera forma normal son:

o Una tabla que carece de una clave primaria. Esta tabla podría acomodar filas duplicadas, en violación
de la condición 3.
o Una vista cuya definición exige que los resultados sean retornados en un orden particular, de modo
que el orden de la fila sea un aspecto intrínseco y significativo de la vista. Esto viola la condición 1. Las
tuplas en relaciones verdaderas no están ordenadas una con respecto de la otra.
o Una tabla con por lo menos un atributo que pueda ser nulo. Un atributo que pueda ser nulo estaría en
violación de la condición 4, que requiere a cada campo contener exactamente un valor de su dominio
de columna. Sin embargo, debe observarse que este aspecto de la condición 4 es controvertido.
Muchos autores consideran que una tabla está en 1FN si ninguna clave candidata puede contener
valores nulos, pero se aceptan éstos para atributos (campos) que no sean clave, según el modelo
original de Codd sobre el modelo relacional, el cual hizo disposición explícita para los nulos.

FORMA NORMAL 2

La segunda forma normal (2NF) es una forma normal usada en normalización de bases de datos. La 2NF fue
definida originalmente por E.F. Codd en 1971. Una tabla que está en la primera forma normal (1NF) debe
satisfacer criterios adicionales para calificar para la segunda forma normal. Específicamente: una tabla 1NF
está en 2NF si y solo si, dada una clave primaria y cualquier atributo que no sea un constituyente de la clave
primaria, el atributo no clave depende de toda la clave primaria en vez de solo de una parte de ella. En
términos levemente más formales: una tabla 1NF está en 2NF si y solo si ninguno de sus atributos no-
principales son funcionalmente dependientes en una parte (subconjunto propio) de una clave candidata (Un
atributo no-principal es uno que no pertenece a ninguna clave candidata). Observa que cuando una tabla 1NF
no tiene ninguna clave candidata compuesta (claves candidatas consisten en más de un atributo), la tabla está
automáticamente en 2NF.
FORMA NORMAL 3

La tercera forma normal (3NF) es una forma normal usada en la normalización de bases de datos. La 3NF fue
definida originalmente por E.F. Codd en 1971. La definición de Codd indica que una tabla está en 3NF si y solo
si las tres condiciones siguientes se cumplen:

La tabla está en la segunda forma normal (2NF)

Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave primaria.

Es una relación que no incluye ningún atributo clave.

Un atributo no-primario es un atributo que no pertenece a ninguna clave candidata.

Una dependencia transitiva es una dependencia funcional X → Z en la cual Z no es inmediatamente


dependiente de X, pero sí de un tercer conjunto de atributos Y, que a su vez depende de X. Es decir, X → Z por
virtud de X → Y e Y → Z.

Una formulación alternativa de la definición de Codd, dada por Carlo Zaniolo en 1982, es ésta: Una tabla está
en 3NF si y solo si, para cada una de sus dependencias funcionales X → A, por lo menos una de las condiciones
siguientes se mantiene: X contiene A, ó X es una superclave, ó A es un atributo primario (es decir, A está
contenido dentro de una clave candidata) La definición de Zaniolo tiene la ventaja de dar un claro sentido de
la diferencia entre la 3NF y la más rigurosa forma normal de Boyce-Codd (BCNF). La BCNF simplemente elimina
la tercera alternativa ("A es un atributo primario").

FORMA NORMAL 4

La cuarta forma normal (4NF) es una forma normal usada en la normalización de bases de datos. La 4NF se
asegura de que las dependencias multivaluadas independientes estén correctas y eficientemente
representadas en un diseño de base de datos. La 4NF es el siguiente nivel de normalización después de la
forma normal de Boyce-Codd (BCNF).

Una tabla está en 4NF si y solo si está en Tercera forma normal o en BCNF (Cualquiera de ambas) y no posee
dependencias multivaluadas no triviales. La definición de la 4NF confía en la noción de una dependencia
multivaluada. Una tabla con una dependencia multivaluada es una donde la existencia de dos o más relaciones
independientes muchos a muchos causa redundancia; y es esta redundancia la que es suprimida por la cuarta
forma normal.

FORMA NORMAL 5

La quinta forma normal (5FN), también conocida como forma normal de proyección-unión (PJ/NF), es un nivel
de normalización de bases de datos diseñado para reducir redundancia en las bases de datos relacionales que
guardan hechos multi-valores aislando semánticamente relaciones múltiples relacionadas. Una tabla se dice
que está en 5NF si y sólo si está en 4NF y cada dependencia de unión (join) en ella es implicada por las claves
candidatas.
9. Que es Procesamiento híbrido transaccional y analítico (HTAP)

El procesamiento híbrido transaccional y analítico “HTAP”, por sus siglas en inglés (Hybrid
transactional/analytical processing) es un término acuñado por Garthner en el 2014 que consiste en hacer
analytics directamente sobre base de datos de producción en tiempo real. La siguiente imagen nos describe un
escenario con arquitectura tradicional (izquierda), y otro escenario con arquitectura HTAP (derecha).

Con HTAP se ejecutan cargas para análisis y transacciones en la misma base de datos en tiempo real, pero que
a la vez sus operaciones no se ven afectadas; son muy escasos los motores de base de datos empresariales
que cuentan con experiencia y madurez en tecnologías HTAP, Informix Database es una de ellas.

Informix además de ser un motor de base de datos OLTP de alto rendimiento cuenta con una funcionalidad
adicional que sirve como almacén de datos para análisis de datos bajo arquitectura HTAP, esta maravillosa y
casi milagrosa funcionalidad se llama IWA (Informix Warehouse Accelerator); esta tecnología utiliza un sistema
de compresión y codificación especial (Huffman) con algoritmos patentados propios de Informix Database;
IWA hace que consultas con millones de filas sean escaneadas en segundos con cualquier hardware básico.

Esta tecnología utiliza compresión y un enfoque basado en columnas para almacenar y acceder a los datos en
la memoria, en vez de sistemas basados en disco orientados a filas como lo hace la mayoría de los motores de
bases de datos comerciales; el procesamiento a través de columnas en memoria hace que Informix tenga un
crecimiento de almacenamiento de datos literalmente ilimitado, además que los tiempos de respuesta son
cientos de veces más rápidos que muchos sistemas de almacenamiento de datos convencionales.

Los superpoderes de IWA están en el almacenamiento de los resultados de las consultas en memoria caché
(con ejecutar la consulta una sola vez, los resultados se guardan en la memoria); para esto será necesario que
el administrador de base de datos previamente defina y cree los cubos correctos, para que los resultados ya
estén definidos en la memoria caché y sean reutilizados.

IWA puede ejecutarse en SMP (Symmetric multiprocessing), Cluster, entornos virtuales y en la nube, en
cualquiera de esos ambientes donde esté desplegado IWA proporcionará el mismo rendimiento; y como si
fuera poco, IWA está diseñado para acelerar consultas de aplicaciones personalizadas e incluso se puede
integrar a herramientas de Inteligencia de negocios de terceros.

HTAP ventajas y desafíos


Hay varias interpretaciones de HTAP aparte de la definición original de Gartner; una "arquitectura emergente". Estas
interpretaciones sugieren diferentes ventajas, uno de ellos una funcionalidad de base de datos. Los recientes avances en
las capacidades de investigación, hardware, OLTP y OLAP, en memoria tecnologías, escalable y de gestión de productos
transaccionales permiten el procesamiento de transacciones y análisis, o HTAP, para operar sobre la misma base de
datos.

Sin embargo, los informes más recientes de Gartner sugieren ventajas más amplias que una sola base de datos unificada
puede ofrecer. Arquitecturas de aplicaciones tradicionales separadas transaccionales y sistemas analíticos. Negocio
digital, y la necesidad de responder a los momentos de negocio, significa que el uso de "después del hecho" análisis ya
no es suficiente. Momentos del asunto son transitorios oportunidades que deben ser aprovechadas en tiempo real. Si
una organización es incapaz de reconocer y / o responder rápidamente a un momento de negocios tomando decisiones
rápidas y bien informadas, entonces alguna otra organización hará, lo que resulta en una oportunidad perdida (o una
nueva amenaza de negocios). HTAP permite analítica avanzada para ser ejecutados en tiempo real en "en vuelo" datos
de la transacción, proporcionando una arquitectura que permite a los usuarios responder con mayor eficacia a los
momentos de negocio.

Los principales desafíos técnicos para una base de datos HTAP son cómo ser eficiente tanto para (muchas pequeñas
transacciones con una alta fracción de cambios) operativos y cargas de trabajo analíticas (consultas grandes y complejos
que atraviesan gran número de filas) en el mismo sistema de base de datos y cómo prevenir la interferencia de las
consultas analíticas más de la carga de trabajo operativa.

HTAP resuelve el problema de la latencia analítica de varias maneras, incluyendo la eliminación de la necesidad de
múltiples copias de los mismos datos y el requisito de que los datos se descargan desde bases de datos operacionales a
los almacenes de datos a través de ETL procesos.

La mayoría de las aplicaciones HTAP ha sido habilitada por las tecnologías en-memoria que puede procesar un gran
volumen de transacciones y ofrecen características tales como la previsión y simulaciones. Las nuevas tecnologías traen
HTAP procesamiento de transacciones escalable y no necesitan depender de mantener toda la base de datos en
memoria. HTAP tiene el potencial de cambiar la forma en que las organizaciones hacen negocios al ofrecer capacidades
de toma de decisiones de negocio inmediatos sobre la base de análisis en vivo y sofisticadas de grandes volúmenes de
datos. Líderes gubernamentales y empresariales pueden ser informados de los problemas en tiempo real, los resultados
y las tendencias que requieren acción, como en las áreas de seguridad pública, la gestión de riesgos, y la detección de
fraudes.

Algunos retos para HTAP incluyen la limitada experiencia de la industria y habilidades, así como las mejores prácticas
indefinidas.

Funcionalidad HTAP es ofrecido por empresas de bases de datos, tales como Alibaba DRDs, TiDB, Hubble, ArangoDB ,
Aerospike , Apache Ignite / GridGain los datos en memoria Tela , IBM IBM_DB2 IDAA, InterSystems , Kdb + , Microsoft
SQL Server , Neo4j , Oracle 12c en memoria , SAP HANA , MemSQL , MongoDB , VoltDB , NuoDB , OrientDB , DataStax ,
eXtremeDB , empalme de la máquina , EsgynDB , Nube llave inglesa , HarperDB y BlobCity.

REFERENCIAS
https://openwebinars.net/blog/que-es-sql-server/

https://es.wikipedia.org/wiki/Microsoft_SQL_Server

https://basededatos99.weebly.com/base-de-datos/6-que-es-un-campo-y-un-registro-en-una-base-de-datos

https://docs.microsoft.com/es-es/sql/relational-databases/tables/tables?view=sql-server-ver15

https://www.anerbarrena.com/tipos-dato-mysql-5024/

https://disenowebakus.net/tipos-de-datos-mysql.php

https://sites.google.com/site/basdededatosrelacionales/home/contenido/tipos-de-datos-en-sql-server

https://www.lucidchart.com/pages/es/tutorial-de-estructura-y-diseno-de-bases-de-datos

http://dbadixit.com/llave-primaria-primary-key-una-tabla/

https://ed.team/blog/normalizacion-de-bases-de-datos

https://www.linkedin.com/pulse/htap-una-sola-base-de-datos-para-producci%C3%B3n-y-c%C3%A9sar-espinoza-callo

También podría gustarte