iDBQuery a-t-il besoin de clés étrangères définies pour joindre correctement mes tables ?
Non — iDBQuery n'exige pas de clés étrangères déclarées. Il les utilise lorsqu'elles existent, mais lorsqu'une base de données n'en a pas, il déduit les relations à partir de noms de colonnes concordants, de types de données, du chevauchement des valeurs et de sa couche sémantique, puis rédige la jointure et source les résultats afin que vous puissiez confirmer qu'il a relié les bonnes clés.
De nombreuses bases de données réelles n'ont pas de contraintes de clé étrangère formelles, en particulier les schémas anciens, les copies analytiques ou les feuilles de calcul et fichiers CSV. iDBQuery est conçu pour cette réalité.
- Lorsque les clés existent, il les lit lors de l'introspection et les utilise comme les indices de jointure les plus fiables.
- Lorsqu'elles n'existent pas, il s'appuie sur d'autres indices : colonnes aux noms concordants et aux types compatibles (`account_id` vers `account_id`), conventions de nommage habituelles et chevauchement des valeurs entre clés candidates.
- La couche sémantique vous permet, à vous ou à l'étape d'enrichissement automatique, d'enregistrer explicitement les relations, de sorte qu'une fois une jointure apprise, elle est réutilisée à chaque question future.
Comme les fichiers tels qu'Excel et CSV ne portent jamais de clés étrangères, cette déduction est essentielle à la promesse centrale d'iDBQuery, un seul modèle interrogeable en direct sur les bases de données, les feuilles de calcul et les documents. Si un lien est incertain, iDBQuery pose une question de clarification au lieu de deviner en silence. Et comme chaque réponse montre le SQL et rattache les chiffres à leurs lignes sources exactes, vous avez toujours un moyen de vérifier que la jointure correspond bien aux colonnes voulues — sans qu'aucun projet de modélisation de données soit nécessaire au préalable.
Updated 2026-06-22