Creada per a rendiment analític sostingut.
El temps de resposta, la capacitat concurrent i l’eficiència operativa es dissenyen conjuntament, no s’afegeixen després del desplegament.
El sistema, àrea per àrea.
- Execució
- El filtratge, l’agrupació, els joins i l’ordenació s’executen en la GPU, on les dades es mantenen entre els passos.
- Maquinari
- Una GPU per node de treball. La capacitat augmenta afegint nodes.
- Emmagatzematge
- Emmagatzematge columnar i comprimit que només llegeix els camps indicats per la consulta. Les càrregues són segures en cas de fallada.
- Escala i resiliència
- Les taules es distribueixen entre màquines amb tantes còpies com calgui; les lectures sobreviuen a una fallada; còpia de seguretat i restauració de tot el clúster.
- SQL
- Joins, subconsultes, blocs de consulta reutilitzables i un ampli catàleg de funcions.
- Compatibilitat
- Les consultes de ClickHouse s’executen sense canvis mitjançant una capa de compatibilitat.
- Sistemes existents
- Les taules que continuen a ClickHouse, PostgreSQL o MySQL es consulten on són i es combinen amb taules de RayoDB.
- Incorporació de dades
- Fonts en temps real de Kafka, MySQL i PostgreSQL que no compten mai una fila dues vegades, a més de càrregues massives i mitjançant API.
- Retenció
- Les dades anteriors a la finestra escollida s’eliminen segons la planificació.
- IA en SQL
- Previsió, detecció d’anomalies i cerca semàntica com a funcions SQL, amb models integrats o propis.
- Analítica de sessions
- Mètriques de sessió com a funcions SQL: embuts, activitat concurrent, retenció i recorreguts d’esdeveniments.
- Operacions
- Comptes i claus d’API amb permisos, connexions xifrades, mètriques de Prometheus i comprovacions d’estat.
Preguntes que es plantegen en totes les avaluacions.
- Cal reescriure l’SQL existent?
- Poques vegades. S’admeten joins, subconsultes i les funcions habituals, i les consultes de ClickHouse s’executen sense canvis. El que falta s’indica a continuació.
- Cal moure primer les dades?
- No. Les taules que continuen a ClickHouse, PostgreSQL o MySQL es poden consultar on són, de manera que una avaluació comença amb les consultes que avui causen problemes.
- Quin maquinari necessita?
- GPU NVIDIA, una per node de treball. El clúster de desenvolupament utilitza vuit targetes per al mercat de consum per màquina, un maquinari que qualsevol equip pot adquirir.Per què les GPU
- On s’executa?
- A les vostres màquines o en instàncies de GPU al núvol, dins de la vostra xarxa. Durant l’accés anticipat no hi ha cap servei allotjat.
- Quin rendiment ofereix?
- Cada avaluació mesura el temps de resposta, la capacitat concurrent i la infraestructura davant del sistema que ja executa la mateixa càrrega.Metodologia de rendiment
El que RayoDB encara no ofereix.
- Les taules es creen mitjançant l’API, no amb CREATE TABLE en SQL.
- No s’admeten UNION, INTERSECT ni EXCEPT, tampoc consultes recursives; una sentència per petició.
- No és una base de dades transaccional: està dissenyada per a l’anàlisi, no per processar comandes fila per fila.
- Les comparatives generals de rendiment arribaran després del programa més ampli de benchmarks.
Mesureu la vostra càrrega de treball.
Els socis d’accés anticipat comparen RayoDB amb el seu sistema actual mitjançant les seves dades i consultes.