À propos du service
TraduitJe conçois et construis des bases de données graphiques sur Neo4j pour des produits où les relations entre les entités comptent plus que les entités elles-mêmes. Si vous vous surprenez à faire des JOINs à travers cinq tables, à regarder une requête ramper pendant une minute, et que vous ne pouvez toujours pas répondre à des questions comme "qui est à deux étapes d'un compte suspect" — c'est un signe qu'un graphe convient mieux que des tables. Je commence par vos vraies questions, les transforme en un schéma propre de nœuds et de relations et le valide sur vos propres données avec des requêtes Cypher avant d'écrire une ligne de code d'application.
Mon travail couvre tout le parcours : modélisation des entités et des relations, choix des propriétés et des index, réglage de Cypher pour que les traversées restent rapides à mesure que le graphe grandit, et importation de données à partir de dumps SQL, CSV ou flux d'événements sans perdre l'historique. Au-dessus de la base de données, je construis une API propre afin que l'application communique avec le graphe via des points de terminaison stables, et non des requêtes brutes. J'ai lancé des moteurs de recommandation, des backends de détection de fraude et des systèmes d'analyse de réseau, des graphes de connaissances et des systèmes de résolution d'identité où une seule traversée remplace des dizaines de requêtes de table.
Vous obtenez un schéma documenté, une bibliothèque de requêtes avec des plans d'exécution analysés, un pipeline d'importation répétable et une couche API avec des tests. Si vous n'êtes pas sûr qu'un graphe soit l'outil approprié, envoyez-moi votre requête la plus lourde et je vous montrerai à quoi cela ressemble en tant que traversée de graphe.
Mon travail couvre tout le parcours : modélisation des entités et des relations, choix des propriétés et des index, réglage de Cypher pour que les traversées restent rapides à mesure que le graphe grandit, et importation de données à partir de dumps SQL, CSV ou flux d'événements sans perdre l'historique. Au-dessus de la base de données, je construis une API propre afin que l'application communique avec le graphe via des points de terminaison stables, et non des requêtes brutes. J'ai lancé des moteurs de recommandation, des backends de détection de fraude et des systèmes d'analyse de réseau, des graphes de connaissances et des systèmes de résolution d'identité où une seule traversée remplace des dizaines de requêtes de table.
Vous obtenez un schéma documenté, une bibliothèque de requêtes avec des plans d'exécution analysés, un pipeline d'importation répétable et une couche API avec des tests. Si vous n'êtes pas sûr qu'un graphe soit l'outil approprié, envoyez-moi votre requête la plus lourde et je vous montrerai à quoi cela ressemble en tant que traversée de graphe.
