Pourquoi utiliser iDBQuery plutôt que de construire un entrepôt de données ?

Un entrepôt de données est un véritable investissement : concevoir le schéma, construire les pipelines, exécuter l'ETL, le maintenir, et ce n'est qu'ensuite que l'on commence à poser des questions. Pour beaucoup d'équipes, c'est démesuré, et il se périme malgré tout entre deux chargements. iDBQuery supprime entièrement ce prérequis.

• Interrogation sur place. iDBQuery se connecte à vos sources et construit un modèle unique et vivant par-dessus — sans tout copier au préalable dans un magasin central.
• Aucun pipeline ni ETL. Il n'y a aucun projet d'ingestion à doter en personnel ou à planifier ; vous vous connectez et vous demandez.
• Toujours à jour. Parce qu'il interroge les sources en direct, les réponses reflètent l'état réel de l'instant, et non le dernier chargement de l'entrepôt.
• Il couvre des données hétérogènes et désordonnées. Bases de données, feuilles de calcul, PDF et API se rejoignent tous dans un modèle interrogeable unique.
• Cité et auditable. Chaque chiffre remonte à sa ligne source, de sorte que vous faites confiance à la réponse sans entrepôt gouverné derrière.

Si vous disposez déjà d'un entrepôt, iDBQuery s'y connecte comme à n'importe quelle autre source. Si vous n'en avez pas, vous n'aurez peut-être pas besoin d'en construire un uniquement pour répondre à des questions. Pour la résidence des données et le passage à l'échelle, iDBQuery se déploie aussi dans votre propre VPC ou en environnement totalement isolé (air-gapped), de sorte que « pas d'entrepôt » ne signifie pas moins de contrôle.