0

Contexte:Est-ce que cette façon d'utiliser la table de tableau croisé dynamique Excel 2007 est évolutive?

  • Nous devons consolider les données de ventes à travers le pays pour faire une analyse

  • Notre connexion Internet/expertise informatique/investissement informatique ne sont pas une solution assez forte, donc complète BI est hors de question

  • J'ai essayé plusieurs solutions BI en mode SaaS (GoodData, ZohoReports) et alors qu'ils sont bons, ils ne semblent pas soutenir pleinement ce que nous avons besoin

  • Nous cherchons à « bout de 2 millions de record pour tous les 2 mois

Mon approche actuelle

  • Notre (10) des sites rassemble actuellement des données de toutes leurs branches et les consolident en 1 Excel fichier avec les données sources de table de pivot et intégrer

  • HQ, je demanderai 10 sites de renvoyer les fichiers Excel périodiquement

  • Nous allons importer ces Excel à notre serveur MSSQL

  • Il y aura un fichier Excel maître, qui sera également le même tableau croisé dynamique (comme ceux-ci venaient à partir du site fichier Excel), et la source de données est le serveur MSSQL

Plus de détails

  • Pour les tests, j'utilise actuellement MSSQL 2008 express sur mon ordinateur portable

  • jusqu'à présent, j'Importe d nos transactions pour les 2 derniers mois et il y a 2 millions + rangée dans 1 table dans MSSQL (nous utilisons juste 1 table, correspondant à notre structure commune de tableau croisé dynamique). La taille de la base de données est ~ 600 Mo

  • Dans le fichier Excel maître, si vous n'incluez pas les données source, il s'agit simplement de < 10MB. Y compris les données source augmentera la taille à 60 Mo (donc je supposais que Office 2007 automatiquement les données zip?)

  • J'essaie d'utiliser le Pivot (champs glisser-déposer) et la performance est jusqu'à présent OK (mon Fiche d'ordinateur portable: C2D T7200, 3 Go de RAM, Windows XP)

ma question est la suivante:

  • Si nous examinons la transaction complète de l'année (environ 15 millions de lignes de MSSQL 2008 express, 3.6 Go), y a-t-il un problème avec 15 millions de lignes dans une table dans SQL Expre? ss?

  • Y a-t-il un problème de performance avec le tableau croisé dynamique à ce moment-là? Peut-il encore intégrer les données source?(Je google-ed, mais n'a pas trouvé la taille maximale des données de base Excel 2007 peut intégrer)

  • D'autres suggestions sur comment nous pouvons mieux faire cela? Étant donné que nous ne pouvons pas nous permettre la solution complète de BI, tout BI léger/budget/SaaS que vous pouvez recommander?

Merci

Répondre

0

En théorie, cela devrait fonctionner. Je ne vois pas que vous dépassez les limites Excel/SQL-Server. Mais cela fonctionnera beaucoup plus rapidement si vous pouvez vous permettre une licence Annalisys Services (SQL Server Standard, minimum) et le faire par des Cubes OLAP. Excell va probablement déplacer ces millions de lignes, mais la performance ne va pas être très bonne. Tout dépend de vos besoins, mais le déplacement de ce tableau croisé dynamique ne sera pas plus fluide. Dans les cubes OLAP, s'ils sont bien conçus, le pivotement de la table sera instantané.

+0

Salut, Nous pouvons investir pour SQL Server Standard, mais il y a plusieurs facteurs - Nous avons actuellement aucune expertise sur SQL Analaysis Services/OLAP/BI, et cela peut considéré comme un projet parallèle pour nous - Les clients de ces rapports sont principalement des vendeurs et ils préfèrent simplement Excel où ils peuvent économiser sur l'ordinateur portable Merci pour les entrées bien que :) – Sim

+0

Vous pouvez enregistrer des cubes OLAP localement pour prendre les données avec vous dans un ordinateur portable et consommer dans un tableau croisé dynamique Excel. Et plus encore, vous pouvez faire en sorte qu'un vendeur ne puisse sauvegarder localement que ses propres données, et non les transactions pour une autre personne. Il y a beaucoup de possibilités dans les solutions OLAP, mais cela peut être plus compliqué que ce que vous cherchez. –

2

Je ne considère pas que votre solution soit évolutive (ou conseillée). Bien que vous puissiez le faire fonctionner à court terme, essayer de traiter autant de lignes dans Excel n'est certainement pas une bonne pratique - en particulier si vous prenez en compte les problèmes de maintenance et d'exploitation.

La construction d'un cube simple dans Analysis Services est normalement assez simple. Une fois construite, votre équipe commerciale pourrait alors se connecter à un serveur central en utilisant Excel, et émettre ses requêtes à l'aide de tableaux croisés dynamiques ou de graphiques croisés dynamiques, avec glisser-déposer, etc. Si vous n'avez qu'une douzaine d'utilisateurs , vous pouvez concéder des licences SQL Server sur une base CAL, et cela devrait être bon marché.

Dans le cas où cela aide, je parcours le processus de construction d'un simple cube dans mon livre: Ultra-Fast ASP.NET. Il y a aussi un certain nombre de bons exemples en ligne.