Le schéma à trois éléments dans HelixQL et la structure QUERY à quatre mots-clés. Présentation des déclarations N::, V::, E::, des index INDEX et UNIQUE INDEX, des types de champs, des valeurs par défaut, ainsi que du fichier queries.hx dans son intégralité.

Le pipeline helix-cli se déroule étape par étape. La commande « helix init » crée la structure de base du projet ; « helix check » effectue la validation syntaxique ; « helix compile » génère l'artefact « lower-to-Rust » sans risque de type ; enfin, « helix push dev » déploie le projet sur une instance locale au port 6969, où chaque requête (« QUERY ») devient un point de terminaison HTTP.

Parcours de graphe (Out, In, WHERE, ORDER<Asc>, RANGE) et recherche vectorielle (SearchV) dans un même langage de requête. ShortestPathDijkstras avec des expressions de pondération composables (ADD, MUL, POW, SQRT) pour un routage tenant compte des coûts.

Le schéma hybride RAG canonique (Doc → Embedding → EmbeddingOf) et le parcours « hit-to-context ». BM25 associé à une fusion par rang réciproque des vecteurs via le « reranker » intégré. L'article se termine par un client Rust typé qui valide quatre contrats d'exécution sur une instance HelixDB en production.

Faites le point sur ce que vous avez appris tout au long du cours. Une brève lecture vous prépare au quiz noté, suivi d'une évaluation en 5 questions basées sur des scénarios qui font le lien entre la conception de schémas, helix-cli, le parcours, la recherche vectorielle et le client hybride RAG. Le cours se termine par les prochaines étapes et des références.