CÚBRIDO

Al conectarse a un intermediario mediante una API de cliente , los usuarios pueden especificar, en la URL de conexión , una lista de hosts alternativos donde los intermediarios están a la espera de solicitudes entrantes. En caso de fallo de hardware, red, sistema operativo o software en uno de los hosts, la API de cliente subyacente conmuta automáticamente al siguiente host que el usuario haya proporcionado. ^{[ 4 ]}

El entorno de alta disponibilidad se puede configurar con una relación maestro-esclavo de 1:N. Cada nodo esclavo se comunica con el maestro mediante el protocolo CUBRID Heartbeat. Si un nodo maestro no responde, el primero de los nodos esclavos que lo haga asumirá el rol de maestro. La replicación entre nodos se puede realizar en dos modos: síncrono y asíncrono.

Los administradores pueden especificar una lista de servidores a los que cada agente puede conectarse y, en caso de fallo del nodo maestro, se utilizará otro.

CUBRID admite copias de seguridad en línea, fuera de línea e incrementales.

Dado que un agente de conexión puede configurarse en cuatro modos diferentes (lectura-escritura, solo lectura, solo esclavo, host preferido de solo lectura), la lista de hosts alternativos que el usuario ha proporcionado a través de la URL de conexión puede utilizarse para equilibrar la carga. Cuando se utiliza el equilibrio de carga , la API del cliente selecciona aleatoriamente un host entre los especificados en la URL de conexión, excepto el que se utilizó para la conexión anterior. Si el host seleccionado no está disponible, la selección continúa hasta que se determine que todos los hosts no están disponibles. En tal caso, el controlador informará de un error.

Se implementa una caché de planes de ejecución de consultas en el intermediario para omitir la mayoría de los pasos de compilación en las consultas de uso frecuente. Dado que las consultas se parametrizan durante el análisis, dos consultas que difieren únicamente en los valores de las constantes literales comparten la misma entrada de caché. ^{[ 5 ]}

CUBRID admite índices de árbol B+ , tanto de una sola columna como de varias columnas. Se pueden crear los siguientes tipos de índices:

• Índices e índices invertidos
• Índices únicos e índices únicos inversos
• Índices basados ​​en funciones
• Índices filtrados

El optimizador de consultas puede utilizar índices para producir planes de ejecución más rápidos mediante métodos como:

• Identificación de índices de cobertura
• Escaneos de índice descendente
• ORDENAR POR omitir
• AGRUPAR POR saltar
• Optimizaciones de límites de rango múltiple
• Índice de escaneos sueltos
• Índice Saltar escaneo

CUBRID admite particionamiento horizontal por rango, hash y listas de valores, con un máximo de 1024 particiones por tabla. Se puede acceder a las particiones de forma independiente y admiten la mayoría de las operaciones válidas en una tabla normal.

A partir de la versión 9.0, CUBRID implementa la poda de particiones en tiempo de ejecución .

CUBRID ofrece soporte para funciones de ventana según lo definido en el estándar SQL:2003 . Las funciones implementadas son ROW_NUMBER , COUNT , MIN , MAX , SUM , AVG , STDDEV_POP , STDDEV_SAMP , VAR_POP , VAR_SAMP , RANK , DENSE_RANK , LEAD , LAG y NTILE .

CUBRID admite consultas jerárquicas que utilizan la sintaxis no estándar de Oracle . Se proporcionan varias pseudocolumnas y operadores especializados para controlar el comportamiento de la ejecución de la consulta.STARTWITH...CONNECTBY

CUBRID optimiza el escenario común en aplicaciones web donde los campos de la base de datos necesitan incrementarse en ciertos eventos (por ejemplo, visitas a páginas). A diferencia del enfoque habitual de usar una combinación de sentencias SELECT/UPDATE, CUBRID puede incrementar campos desde la ejecución de la sentencia SELECT, evitando así la costosa sobrecarga de compilación, ejecución y bloqueo asociada con una sentencia UPDATE. ^{[ 6 ]}

El único lenguaje de procedimientos almacenados compatible con CUBRID es Java , lo que requiere la instalación de una máquina virtual Java en el sistema. ^{[ 7 ]} La máquina virtual es iniciada y administrada por el servidor y se utiliza para la ejecución del código.

El código de los procedimientos almacenados que requieren acceso a la base de datos debe utilizar el controlador JDBC , ya sea usando la transacción principal o creando una nueva.

Además del operador LIKE, CUBRID proporciona el operador REGEXP para la coincidencia de patrones mediante expresiones regulares . Por defecto, el operador realiza una coincidencia sin distinción entre mayúsculas y minúsculas en la cadena de entrada, pero se puede usar el modificador BINARY para casos que sí distinguen entre mayúsculas y minúsculas . Un alias opcional de REGEXP es RLIKE . ^{[ 8 ]}

En la versión anterior de CUBRID 11, CUBRID no admite expresiones regulares en cadenas Unicode .

A partir de CUBRID 11, CUBRID agrega las siguientes funciones de expresiones regulares y las admite en cadenas Unicode . ^{[ 9 ]}

• REGEXP_COUNT , REGEXP_INSTR , REGEXP_LIKE , REGEXP_REPLACE , REGEXP_SUBSTR

CUBRID admite una variedad de tipos de datos :

• Para valores numéricos:
  • Números enteros: SMALLINT (16 bits), INTEGER (32 bits), BIGINT (64 bits)
  • Números de punto flotante : FLOAT (32 bits), DOUBLE (64 bits)
  • Numéricos de precisión arbitraria : NUMÉRICO
  • Valores monetarios: MONETARIO ( punto flotante de doble precisión )
• Para valores de cadena:
  • Cadenas de caracteres y bits de longitud fija: CHAR , BIT
  • Cadenas de caracteres y bits de longitud variable: CHAR VARYING , BIT VARYING
• Para valores de fecha y hora:
  • valores de fecha: FECHA
  • valores de tiempo: TIEMPO
  • Valores de fecha y hora: DATETIME , TIMESTAMP (almacenados internamente como una marca de tiempo Unix ).
• Para colecciones: CONJUNTO , MULTICONJUNTO , LISTA
• Enumeraciones definidas por el usuario : ENUM
• Para objetos grandes: BLOB , CLOB
• Para la notación de objetos JavaScript: JSON