Nouvelles Chroniques d'Amethyste

Penser au Sens, pas au Verbe


Poster un commentaire

Endeca: Les pipelines dont une dimension est déclinée dans un grand nombre de variants (II)

Cette question a été abordée dans l’article suivant:

https://amethyste16.wordpress.com/2014/01/31/endeca-les-pipeline-dont-une-dimension-est-declinee-dans-un-grand-nombre-de-variant/

La deuxième méthode proposée présentait l’inconvénient que l’outil d’injection des données dans le pipeline devait obligatoirement connaître le découpage des plages de prix déclaré dans le pipeline. Vous conviendrez que ce n’est pas confortable en terme de maintenabilité.

Nous allons présenter une méthode qui évite ce problème. Elle n’est pas toujours applicable tout de même. Mais les contre-exemples ne devraient pas être bien nombreux.

Lire la suite


Poster un commentaire

Endeca: Faire dépendre une dimension de la valeur d’une autre dimension

Le problème que nous allons essayer de résoudre est le suivant:

Je dispose d’un jeu de facettes dynamiques. C’est à dire des facettes qui sont ajoutées dynamiquement au pipeline. Ces facettes permettent alors de flaguer une liste de produits pour créer des promotions, des boutiques…

On est toujours dans le contexte exposé dans l’article précédent:

https://amethyste16.wordpress.com/2014/01/31/endeca-les-pipeline-dont-une-dimension-est-declinee-dans-un-grand-nombre-de-variant/

Créer ces facettes ne présente aucune difficulté si ce n’est que le client souhaite avoir des facettes spécifiques à certaines boutiques et pas à d’autres. Bien sûr les boutiques vendent toutes les même produits.

La première idée est de créer un Mdex par boutique et tout se gère de façon standard. Sauf qu’avec près de 400 boutiques ce n’est pas commode. Alors on va garder un pipeline unique et un Mdex commun à toutes les boutiques.

Nous allons développer et tester plusieurs méthodes. Pourquoi plusieurs?
C’est toujours intéressant de disposer d’un panel de solution pour certains problèmes. Même si elles résolvent le même problème, elles ne sont pas pour autant équivalentes et parfois l’une peut s’avérer plus intéressante que l’autre. C’est une histoire de contexte. C’est pour cela que je n’en préconise aucune plutôt qu’une autre.

Lire la suite


Poster un commentaire

Endeca: Les pipelines dont une dimension est déclinée dans un grand nombre de variants

Le problème que nous avons à résoudre est celui d’une entreprise qui dispose d’environ 300 sites physiques en France.
Chaque site a sa liste de produits et surtout le prix d’un produit peut dépendre du site.

La société souhaite une présence sur Internet et nous demande de créer un site. Par défaut on devra toujours sélectionner un centre physique pour naviguer sur le site Internet (on a créé un centre fictif par défaut). Donc on ne voit à un instant donné que les prix et produits de ce centre.

Il nous faut répondre aux besoins métiers suivants sur le site Web:

  • afficher le prix de chaque produit
  • naviguer par plage de prix (dimension de type range)
  • faire une recherche de produits en fournissant un prix minimal et maximal

Nous allons essayer d’examiner deux possibilités dans cet article.

Lire la suite


Poster un commentaire

Endeca: les dimensions hidden

Mon premier article sur un outil que je pratique depuis quelques année.

Il est possible de taguer une dimension comme étant hidden.

dim3

Dans ces conditions, les valeurs de raffinement (valeurs de dimension), ne seront pas remontée parmi les dimensions de navigation:

dim4

Cela ne concerne que la navigation guidée. Les paramètres Show with… restent toujours actifs, comme le montrent les records:

dim5Qu’en est t’il des cartouches?

dim6

Hidden n’empêche pas de créer un trigger de déclenchement de règle basé sur cette dimension.

Donc hidden signifie pas visible dans la navigation guidée, mais possiblement visible dans les records. Ce dernier point est important car il rend utile ce paramétrage.

Concrètement pourquoi et comment utiliser des dimensions Hidden?

Il arrive que certaines dimensions contiennent un très grand nombre de valeurs possibles. Par exemple une liste d’auteurs dans un bibliothèque. Il n’est pas sain du point de vue des performances d’afficher dans la navigation guidée la liste complète des raffinement et de toute façon cela serait guère pratique à l’usage. Dans de tels cas il est intéressant de déclarer AUTEUR comme une dimension Hidden.

On ne la voit plus dans la navigation guidée, mais on peut continuer à l’afficher dans la fiche de détails en cochant Show with record.

Il devient alors facile de s’en servir pour naviguer depuis la fiche produit afin de voir la liste des livres écris par cet auteur.