Comment créer un catalogue ADO multidimensionnel personnalisé sans base de données

Question

Est-ce que quelqu'un connaît un exemple de définition et de construction dynamiques de catalogues et de définitions de cube ADO MD (ActiveX Data Objects multidimensionnel) avec un ensemble de données autre qu'une base de données? Contexte: nous avons une énorme quantité de données dans notre application que nous exportons vers une base de données, puis interroger en utilisant les jointures SQL habituelles, les groupes, les sommes etc. pour produire des rapports. Les données de l'application sont à l'origine dans des objets et des tableaux. Le problème est que la quantité de données est si grande que l'exportation peut prendre plus de 2 heures. J'essaie donc de trouver un bon moyen d'interroger les objets en mémoire, soit par un algorithme ou une bibliothèque OLAP personnalisée, soit par ADO MD. Mais je n'ai pas réussi à trouver un exemple d'utilisation d'ADO MD sans base de données.

Nous utilisons Delphi 2010, donc j'utiliserais ADO ActiveX mais j'imagine que le MD ADO.NET est similaire. Je me rends compte que si les données d'application étaient déjà stockées dans une base de données, le problème se résoudrait lui-même. Aussi, si Delphi avait la capacité LINQ, je pourrais interroger les objets et les tableaux de cette façon.

Answer 1

L'exportation prend 2 heures? Certaines entreprises ont fait face à pire! Sur une base de nuit!

Nous avions l'habitude de programmer le transfert de données dans l'entrepôt à 3h du matin, et le déclenchement des travaux de traitement de cube vers 6h du matin .... alors lutte pour rendre la disponibilité de 9h. Une chose qui améliorait l'efficacité était de s'assurer que seules les nouvelles données étaient traitées, et non les anciennes valeurs qui restaient inchangées. Par exemple, notre entrepôt a tenu des ventes de restaurant pour les 5 dernières années, il n'y avait donc pas besoin de recharger des lignes sur un mois comme ils seraient les mêmes!

Est-il possible d'exporter les données de l'ensemble de votre application dans une base de données SQL une seule fois, puis chaque jour après cela ajouter juste un peu de nouvelles données, ou réexporter juste une sous-section de l'application? Cela aidera les temps de chargement.