Dois-je construire sur une API de texte-vers-SQL ou utiliser iDBQuery ?

Une API de texte-vers-SQL accomplit une seule étape : elle convertit une question en instruction SQL. Tout le reste vous revient : exécuter la requête en toute sécurité, joindre plusieurs sources, gérer les erreurs, ajouter des citations, construire l'interface et gouverner les accès. iDBQuery livre tout cela sous forme de produit.

• Exécution incluse. iDBQuery exécute le SQL généré sur un modèle en direct de vos sources et renvoie la réponse elle-même, et non une chaîne à exécuter vous-même.
• Sécurité et garde-fous en lecture seule. L'exécution des requêtes est cloisonnée et en lecture seule par conception : vous ne construisez donc pas vos propres protections contre les requêtes destructrices ou dangereuses.
• Citations intégrées. Chaque chiffre remonte automatiquement à sa ligne source, une fonctionnalité qu'il vous faudrait sinon développer par-dessus une API brute.
• Un modèle unique sur l'ensemble des sources. Bases, tableurs, PDF et API sont unifiés : les questions peuvent donc couvrir plusieurs systèmes au lieu d'interroger un seul schéma.
• Déploiement partout. Cloud, VPC, isolement réseau, Desktop ou SDK embarqué, y compris le SDK si vous *voulez* effectivement intégrer la réponse dans votre propre application.

Construisez directement sur une API de texte-vers-SQL si vous avez besoin d'un contrôle de bas niveau et disposez d'ingénieurs pour bâtir et maintenir le système qui l'entoure. Choisissez iDBQuery lorsque vous voulez, dès aujourd'hui, des réponses fiables, sourcées et inter-sources pour une équipe, et notez que le SDK embarqué couvre le cas où vous souhaitez intégrer une fonctionnalité de réponse sur les données à votre produit sans réinventer le moteur.