Oracle Demantra analytique Engine
Il est généralement nécessaire d'ajuster certains paramètres pour configurer correctement le moteur d'analyse avant de courir la première fois. D'autres ajustements peuvent être faits plus tard pour optimiser le comportement et la performance.
Ce chapitre aborde les sujets suivants:
Modification des paramètres du moteur
Pour régler le moteur d'analyse, vous modifiez les valeurs de deux types de paramètres du moteur:
Les paramètres globaux applicables au moteur ou à la plupart ou tous les modèles de prévision. Pour plus de commodité, vous définissez des profils de moteur. qui sont des ensembles de paramètres du moteur avec des valeurs spécifiques. Demantra fournit des profils prédéfinis à des fins différentes, et vous pouvez définir des profils de moteurs supplémentaires, au besoin.
Les paramètres applicables aux modèles de prévision spécifiques.
Pour modifier les paramètres du moteur globaux
Connectez-vous au Business Modeler.
Cliquez sur Paramètres> Paramètres système. La boîte de dialogue Paramètres système apparaît.
Cliquez sur l'onglet Engine.
Du moteur Profil déroulant, sélectionnez le profil de moteur dont les réglages des paramètres que vous voulez régler.
Trouver le paramètre d'intérêt. La boîte de dialogue permet de trouver, trier, et les capacités de filtrage pour vous aider. Consultez la section « Paramètres du moteur ».
Pour modifier la valeur du paramètre, cliquez sur le champ de valeur pour ce paramètre. Tapez la nouvelle valeur ou sélectionnez une valeur dans le menu déroulant.
Cliquez sur Enregistrer pour enregistrer vos modifications à ce profil.
Pour modifier les paramètres du modèle spécifiques
Pour modifier la plupart des paramètres spécifiques au modèle, vous devez travailler directement dans la base de données Demantra. Pour plus d'informations sur les paramètres et leur emplacement dans la base de données, consultez la section « Paramètres du moteur ».
« Création ou profils moteur Renommage »
« Activation des modèles de moteur À l'échelle mondiale »
Création ou profils de moteur Changement de nom
Profils moteur et des paramètres Héritage
Lorsque le moteur tourne avec un profil spécifique du moteur, il fait référence à tous les paramètres associés à ce profil. Les paramètres de profil qui ne figurent pas sont hérités d'autres profils.
Pour le lot profils de moteur, tous les paramètres qui ne figurent pas dans le profil recevront des valeurs du profil du moteur de base. Pour les profils de simulation et moteur Sous-ensemble, tous les paramètres qui ne figurent pas dans le profil sont référencés dans le profil de commandes parent de ce paramètre. Si le paramètre se trouve dans le profil de lot parent, cette valeur sera utilisée. Dans le cas contraire, les valeurs du profil du moteur de base sont utilisés.
La même logique est appliquée lors de l'affichage des paramètres du moteur dans le Business Modeler. Si un paramètre existe dans le profil spécifié, sa valeur est affichée. Si le paramètre est introuvable, des valeurs basées sur l'héritage sont affichées à la place.
Pour créer ou renommer un profil de moteur
Connectez-vous au Business Modeler.
Cliquez sur Paramètres> Paramètres système. La boîte de dialogue Paramètres système apparaît.
Cliquez sur l'onglet Engine.
Effectuez l'une des actions suivantes:
Pour renommer un profil existant, cliquez sur le profil de la liste des profils de moteur puis cliquez sur Modifier.
Pour créer un nouveau profil, cliquez sur Nouveau.
Entrez un nom (nouveau) pour le profil.
« Modification des paramètres du moteur »
Lors de la création d'un nouveau profil de moteur, de déterminer si elle est d'être un lot ou un profil de simulation. Un profil de simulation doit être jointe à une prévision de lot parent, parce que la simulation est stockée dans la colonne sim_val correspondant au profil parent de lot.
Par exemple, une simulation avec le profil parent lot ID de 3 est stocké dans la colonne sim_val_3. Le profil interne ID se trouve dans le tableau ENGINE_PROFILES.
Si cela est un profil de simulation, sélectionnez le moteur de simulation case à cocher Profil.
Si le nouveau profil est un profil de simulation, sélectionnez le profil de lot parent dans le menu déroulant.
tuning Analytics
Pour les paramètres de base liés à l'arbre de prévision, voir « Spécification des paramètres supplémentaires ». Pour plus d'informations sur tous les paramètres (y compris les valeurs par défaut), consultez la section « Paramètres du moteur ».
Paramètres analytiques
Les paramètres suivants: contrôle analytique
Indique les signes pour les facteurs de causalité de forme lors de leur utilisation dans la régression non négative.
Indique le nombre maximal de facteurs de cause à effet de forme autorisé pour le moteur à utiliser pour un noeud donné dans l'arborescence de prévisions. Utilisez un nombre entier de 0 à 8, inclusivement. Ceci est valable pour la modélisation de la forme de l'activité (plutôt que pour la modélisation de la forme de promotion).
Contrôle si le moteur d'analyse calcule les effets de commutation (cannibalisation). Vous pouvez utiliser ce paramètre pour désactiver ce calcul afin de vérifier que le moteur d'analyse calcule l'ascenseur de base appropriée.
Paramètres associés aux facteurs causaux promotionnels (mode PE uniquement)
Les paramètres suivants sont liés à des facteurs de causalité de promotion:
Date pour laquelle des données de promotion peuvent être considérées comme fiables.
Une date qui remplace la colonne de end_date par défaut à partir de la date de promotion, déplaçant ainsi la date de fin de la promotion. Il peut être une expression sql qui retourne une valeur de date.
En variante, pour indiquer un changement global dans le temps pour toutes les promotions, régler le paramètre ShiftPromoCausals.
Voir « Réglage des dates de la promotion ».
Paramètres liés à la validation (mode PE uniquement)
Le moteur d'analyse applique différents modèles de prévision pour chaque nœud de l'arbre de prévision, calcule le soulèvement pour chaque noeud, et utilise ce soulèvement pour vérifier si le modèle est approprié pour ce nœud. Dans le cas contraire, le modèle n'est pas utilisé pour le nœud.
Le moteur d'analyse peut jeter un modèle pour un noeud donné pour l'une des deux raisons:
Le modèle a généré un soulèvement qui était au-delà de la partie supérieure autorisée liée, comme spécifié par le paramètre UpperUpliftBound.
Le modèle généré trop de surrections exceptionnelles. Un soulèvement est considéré comme « exceptionnel » si elle dépasse la limite inférieure spécifiée par le paramètre LowerUpliftBound. Le paramètre AllowableExceptions contrôle la façon dont sont permis à de nombreuses surrections exceptionnelles.
Paramètres liés à la sortie (mode PE uniquement)
Les paramètres suivants contrôlent la sortie des valeurs de prévision de l'efficacité de la promotion:
Indique si pour normaliser les résultats des moteurs historiques afin que les valeurs de référence observées sont conservées. Si vous normalisez les résultats du moteur, notez que le moteur d'analyse écrit ces résultats à différents domaines promotion_data qu'il ne autrement. Voir « Tableaux-clés ».
Indique si vous souhaitez écrire pour surrections dates qui manquent de Informations_Ventes. Si vous ne spécifiez pas, le moteur d'analyse écrit que pour les dates soulève de terre qui ont déjà des ventes. Cependant, les surrections ne correspondent pas nécessairement au soulèvement totale.
Spécifie un seuil pour les valeurs de soulèvement. Si le moteur d'analyse calcule les valeurs de soulèvement en dessous de ce seuil, ces valeurs sont abandonnées plutôt que d'être écrit à la base de données.
Indique si le seuil précédent est exprimé en valeur absolue ou en pourcentage de la valeur initiale.
« Modification des paramètres du moteur »
« Création ou profils moteur Renommage »
Performance Tuning
Pour améliorer les performances du moteur d'analyse, vérifier les réglages des paramètres suivants. Pour accéder à ces paramètres dans Business Modeler, cliquez sur Paramètres> Paramètres système, puis cliquez sur l'onglet Base de données.
Paramètres de base du moteur pour la performance
Les paramètres du moteur suivants sont essentiels à une bonne performance. Assurez-vous qu'ils sont correctement définis pour votre configuration.
niveau prévu au minimum que le moteur prévu. Pour PE, cela doit être égal ou supérieur au niveau le plus bas de promotion (LPL). Assurez-vous que cela est défini de manière appropriée pour votre arbre de prévision.
Indique si vous souhaitez démarrer un nouveau cycle de moteur d'analyse ou d'effectuer une reprise du moteur. Utilisez oui ou rapide.
Indique si le moteur d'analyse doit écrire des données de prévisions pour chaque nœud (la table NODE_FORECAST), avant de se séparer à des niveaux inférieurs. L'écriture dans ce tableau ralentit le moteur, vous devez désactiver cette option si vous avez testé que l'impact est acceptable.
Indique si vous souhaitez activer la fonction d'analyse avancée, qui est disponible uniquement sur le bureau. Assurez-vous que cette option est désactivée, sauf si vous avez testé que cela ne gêne pas outre mesure des performances.
Indique le nombre minimum de lignes que les charges d'analyse du moteur à un moment donné, lors de l'écriture à la base de données. Plus c'est, plus rapidement les données sont chargées, mais il y a un plus grand risque si la connexion de base de données est perdue.
Pour un système à haut volume, utilisez 20 000.
Indique si Oracle Loader en vrac doit effectuer une reprise après une connexion de base de données perdue. Pour un système à haut volume, utilisez 0.
Paramètres qui peut accélérer la performance
Les paramètres suivants peuvent aider à la course du moteur d'analyse plus rapidement en omettant les étapes de traitement. Vous devriez changer ces que si vous êtes sûr que cela ne sera donc pas causer des problèmes.
Indique les données d'ajustement historique du moteur écriront à la base de données. Si ce paramètre est 0, le moteur écrit les prévisions que. Si ce paramètre est un N entier positif, le moteur écrit les dernières N valeurs d'ajustement historique.
Indique si le moteur d'analyse appelle la procédure INSERT_UNITS au début d'une course du moteur. Cette procédure fait que le moteur a des lignes à écrire dans les prévisions lors de la génération.
Pour plus d'informations sur toutes les procédures, voir « Procédures de base de données ».
0 = exécuter la prévision contre seulement l'apprentissage (estimation)
1 = exécuter les prévisions de promotion (le réglage normal)
2 = effectuer une course de prévision d'estimation et de promotion (simulation rapide, cette option utilise les données mises en cache précédemment)
Pour les options 0 et 2, le moteur d'analyse effectue moins de scans. (Pour plus de détails sur le flux du moteur, voir « Promotion efficacité des phases du moteur ».)
Indique si pour régler la table Informations_Ventes pour une utilisation directe par le moteur (au lieu de la table sales_data_engine).
0 = pas (ne réglez pas la table Informations_Ventes pour une utilisation directe par le moteur)
1 = oui (régler la table de Informations_Ventes)
Pour plus d'informations sur ce paramètre, consultez la section « Paramètres non-moteur ».
Le diviseur de moteur utilise la fonctionnalité Diviseur rapide. Le moteur utilise la table de ENGINE_BRANCH_LIST pour déterminer la branche réelle et non pas la colonne de BRANCH_ID de la table de combinaison configuré. Chaque fois que le moteur traite une branche, il met à jour la colonne BRANCH_ID avec l'allocation réelle.
Cloisonnement de base de données pour le moteur
Vous pouvez partitionner la base de données afin que le moteur d'analyse peut accéder aux données plus rapidement. Plus précisément, vous pouvez placer différentes parties du Informations_Ventes, mdp_matrix et tables promotion_data sur des partitions différentes, de sorte que chaque partition correspond à un élément potentiellement différent et / ou l'emplacement.
L'ensemble du processus est la suivante:
Créer les partitions et déplacer des lignes pour les au besoin. Cela dépasse la portée de cette documentation.
Pour partitionner seulement par élément, choisissez une colonne de base de données que vous pouvez utiliser pour diviser les enregistrements par poste. Cette colonne doit exister dans le Informations_Ventes, mdp_matrix et (dans le cas de l'efficacité de la promotion) tables promotion_data et doit avoir le même nom dans chacune de ces tables.
Par exemple, il pourrait être approprié pour partitionner par marque. Les informations de la marque est disponible en mdp_matrix comme (par exemple) le champ t_ep_p2a_ep_id. Vous devrez reproduire cette colonne pour les tables de Informations_Ventes et promotion_data ainsi, peut-être par un déclencheur de base de données.
De même, pour uniquement la partition par emplacement, choisissez une colonne de base de données que vous pouvez utiliser pour diviser les enregistrements par emplacement.
Pour partitionner par élément et par emplacement, choisissez une colonne de base de données que vous pouvez utiliser pour diviser les enregistrements par article et une autre colonne qui les subdivisant par emplacement.
Définissez les paramètres suivants pour que le moteur d'analyse peut trouver la partition sur laquelle toute combinaison réside:
Indique le nom de la colonne qui segmente les données par poste.
Indique le nom de la colonne qui segmente les données par emplacement.
Autres considérations de base de données
Faites attention aux index des tables de Informations_Ventes et mdp_matrix.
En outre, pour les bases de données Oracle, Demantra écrit à plusieurs tablespaces, comme indiqué lors de l'installation. Les missions de tablespace sont contrôlés par des paramètres que vous pouvez modifier à travers le Business Modeler. Assurez-vous que ces paramètres se réfèrent à tablespaces au sein de l'utilisateur de base de données appropriée, et assurez-vous que chacun a assez de stockage.
Remarque: Oracle vous recommande d'utiliser les noms standard pour ces tablespaces, comme indiqué dans le Guide d'installation Oracle Demantra. Ensuite, il est plus facile pour vous de partager votre base de données avec les services Oracle Support en cas de problèmes.
D'autres paramètres contrôlent la taille initiale par défaut et la quantité de stockage est ajouté.
Par défaut taille initiale de tablespaces du système.
montant supplémentaire de stockage qui est ajouté à un tablespace lorsque plus d'espace est nécessaire.
Tablespace utilisé pour la table de vente.
l'espace d'index de base de données qui stocke les index des tables de prévision, comme indiqué lors de l'installation.
Tablespace utilisé pour les données de simulation.
Tablespace utilisé pour les données d'index de simulation.
Tablespace utilisé pour l'indice de sales_data_engine.
Tablespace utilisé pour la table de sales_data_engine.
* Pour plus d'informations sur ces paramètres, consultez la section « Paramètres non-moteur ».
Reconfiguration la table sales_data_engine
Le moteur d'analyse crée et utilise une table (ou vue) appelé sales_data_engine. Vous pouvez contrôler la façon dont le moteur d'analyse fait cela, afin d'améliorer les performances.
Vous pouvez régler la table Informations_Ventes pour une utilisation directe par le moteur d'analyse, de sorte que la table sales_data_engine n'est pas nécessaire.
Normalement, le moteur d'analyse interne crée la table sales_data_engine pour son propre usage, et la création de ce tableau peut prendre beaucoup de temps. Vous pouvez accélérer le moteur en le configurant pour utiliser la table de Informations_Ventes au lieu de la table sales_data_engine.
Normalement, lorsque le moteur fonctionne analytique, il rejoint sales_data_engine (ou son synonyme) avec la table mdp_matrix. Ce n'est pas toujours nécessaire, et vous pouvez empêcher cette jointure pour accélérer le moteur d'analyse.
Le tableau ci-dessous répertorie les principaux paramètres et certains paramètres typiques: