Discussion :

[Chipss]

Bonjour,

Je cherche à faire un ZoomIn sur une cellule d'une feuille excel grace a la fonction VBA EssVZoomIn. Malheureusement je reçois l'erreur suivant:

Erreur Essbase
Nombre maximal de lignes traitées [500000] supérieur à [502035]

Je ne sais pas du tout d'où cela peut venir. Avez vous une idée de ce qui peut provoquer cette erreur et éventuellement comment résoudre ce problème?

Bonne journée,
Chipss

[Chipss]

Si cela peut vous aider, la fonction renvoit 1020051. L'erreur est donc du coté serveur...


Chipss.

[asphp]

Bonjour,

pour commencer, vous pouvez essayer d'augmenter la taille du "Sort buffer" jusqu'à disparition de l'erreur.

Bien évidemment, il peut y avoir beaucoup d'autres optimisations à réaliser, mais c'est ce qui me vient en 1er...

[Chipss]

Bonjour,

Tout d'abord merci pour votre réponse (comme toujours )

Cependant je ne sais pas ce qu'est le sort buffer. J'ai bien essayé de taper "sort buffer excel" dans google, mais les pages affiché n'étaient guère concluantes.

Est-ce quelquechose qui se rêgle directement sous Excel ou dois-je aller trifouiller des fichier de types essbase.parametres ou autres fichiers enfouies sur mon disque?

Et si cela consiste en la modification de fichiers, cela veut dire que pour rendre ma macro accessible à tous, chacun devra faire les mêmes modifications sur son propre poste?

Merci encore,
Chipss.

[asphp]

Quelle version d'Essbase utilisez-vous ?

Cette option se trouve dans les propriétés du cube.
Si vous utilisez la 6, c'est dans Application Manager, sinon c'est dans l'eas.

[Chipss]

Je crois que j'ai la version 9.2 mais je ne suis pas sur :/

[asphp]

ok alors, il faut aller dans l'eas et dans les propriétés du cube, dans l'onglet "General" et augmenter progressivement la valeur du "Sort buffer size (kb)".

Quelle est sa valeur actuellement ?

[Antoun]

Hélas, cela n'a rien à voir avec le Sort Buffer.

Il y a une limite du nombre de lignes traitées pour les extractions de l'add-in, qui est par défaut à 250 000 et qu'on peut monter dans le Essbase.cfg, mais à 500 000 max... apparemment, ça a déjà été fait. Attention, il ne s'agit pas du nombre de lignes restituées, mais du nombre de lignes nécessaires pour la restitution, avant les calculs dynamiques.

Il n'y a pas de solution simple... comme tu es à peine au-dessus de la limite, il suffirait de réduire un peu le volume de calculs dynamiques, en retirant certains membres dynamiques de ton rapport, ou en le scindant en deux rapports.


Une autre possibilité est de sortir des rapports Excel classiques (dits "interprétation avancée"), et de passer en Free Form (dans les options de l'add-in, onglet "Mode"). Le défaut, c'est que ça laisse à Essbase la liberté de réorganiser ton rapport pour une meilleure performance.

De la même manière, tu peux aussi utiliser le Query Designer (peut-être aussi Smart View ?), ou les report scripts. Au passage, la sous-option "template retrieve" de l'option "Free Form" permet d'utiliser un report script dans Excel).

Enfin, si tu peux modifier la structure du cube, tu peux aussi passer en Store certains calculs dynamiques.

[asphp]

oups dsl
Merci Antoine

[Chipss]

Bonjour,

Merci pour vos réponse. J'ai pu modifier mon programme et eviter cette erreur en modifiant ma routine de déroulement du cube.

Cependant j'ai ajd migré vers Office 2010 et j'ai la même erreur que précedement sauf que cette fois ci le nombre de ligne max est de 65000 et quelques. J'ai donc cherché a modifier le fichier essbase.cfg mais je ne le trouve pas sur mon disque.

Où se situe ce fichier svp?

Chipss,

[Antoun]

La limite de 65000 lignes s'applique au nombre de lignes restituées. Elle correspond à l'ancienne limite d'Excel, et n'a jamais été mise à jour dans l'add-in, car il n'évolue plus. Il n'y a donc pas de moyen de dépasser cette limite en restant dans l'add-in.

[Chipss]

Hmm pourtant je ne comprend pas cette erreur arrive quand je cherche à faire un ZoomIn sur un axe ne contenant que 3 membre ("EUR","KEUR","MEUR"), je ne comprend donc pas en quoi cette limite est depassé...

De plus depuis que je suis sur Office 2010, je trouve que les requetes Essbase sont beaucoup plus lente. Rien que le premier retrieve jsute après la connexion peut prendre près de 30 sec. Alors que sous Excel 2000 cela été quasi instantané :o

De même des KeepOnly ou autre fonction peuvent prendre jusqu'à 2min. Je suis un peu perdu et je me demande si lors de la migration des reglages ne doivent pas être effectué pour permettre à Essbase de fonctionner correctement!

Chipss,

[Antoun]

c'est bizarre... peux-tu faire une copie de ton code et du message d'erreur ?

[Chipss]

Bonjour,

J'ai un code VBA qui marchait sous 2000, mais ces erreurs interviennent quand j'utilise le cube de façon manuelle egalement. En utilisant les double click pour ZoomIn et/ou ZoomOut.

Je me connecte de facon manuelle, je double click sur ma feuille pour faire un premier Retrieve. Ce retrieve met environ 30 seconde. Ensuite j'essaye de dérouler les membre de la 1er ligne (en double clickant dessus). Ceci me renvoie l'erreur ci-dessous

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Erreur Essbase:
Nombre maximal de lignes [65536] dépassé

Je viens de constater que cela semblait marcher en FreeMode. Cependant je n'aime pas comment Essbase dispositionne les différents Axes. De plus cela marche si je passe directement en FreeMode après la connection. Si je commence en mode "normal", que j'essaye de faire des Retrieve et/ou zoom et qu'ensuite je passe en FreeMode, cela ne marchera pas forcémenet.

Enfin sans FreeMode les temps d'execution son extremement lent. J'ai mis par exemple 3 min hier pour un simple ZoomOut d'un axe ne contenant que 3 niveau de base (nivau de base = niveau le plus bas?). En FreeMode cela est bien plus rapide et je retrouve les temps d'éxecution que j'avais pu constater sous Excel 2000.

J'ai enfin pu constater que cela marchait très bien si juste après la connection, je passe en FreeMode puis je retourne en mode normal. A ce moment la tout fonctionne normalement. Je vais donc implémenter cette solution, me bon cela ne me semble pas très normal de devoir faire ça à chaque fois :/

Bonne journée,
Chipss.

[Antoun]

Hmf... si ton premier retrieve fait 30 000 lignes et que tu zoomes sur trois membres de niveau fin, ça fait 90 000 lignes donc tu dépasses la limite.

La différence de perf avec le free mode me laisse penser que ta disposition est contre-performante... Un retrieve efficace, c'est un retrieve où les dimensions sparses sont en lignes (ou en point de vue), et à gauche des dimensions denses (s'il y en a en ligne). Par exemple, avec le cube Demo.Basic qui a trois axes denses (Accounts, Year et Scenario) et deux axes sparses (Product et Market), la disposition suivante est contre-performante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
   Actual Sales
   New_York Boston Chicago San_Francisco Seattle Denver...
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec

En effet, le moteur de reporting transmet les données ligne par ligne, donc en plaçant Markets en colonnes et Year en lignes, tu forces Essbase à changer de bloc à chaque colonne, et à ré-examiner 12 fois chaque bloc.

A l'inverse, la disposition suivante sera efficace :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
        Actual Sales
        Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
New_York 
Boston 
Chicago 
San_Francisco 
Seattle 
Denver...