2010-02-03 13 views
5

Nous avons eu beaucoup de débat interne concernant les tables de mise en scène. Certaines sont considérées comme archaïques et empêchent la création de services réutilisables, etc. Il est également indiqué que ces dernières interdiront à l'entreprise de croître et de gérer des canaux d'affaires étendus. Je ne suis pas nécessairement pour ou contre l'une ou l'autre des options, mais je sais que les données par étapes ont sauvé des vies en de nombreuses occasions et ont facilité la réimportation de commandes avec lesquelles nous avions des problèmes. Je voulais juste voir ce que les autres pensaient de la mise en scène des données et quelles autres méthodes sont utilisées pour gérer des scénarios similaires aux nôtres (prendre des commandes de partenaires externes, Amazon, etc. et les importer dans notre système ERP).Quelle est la vue d'ensemble sur l'utilisation des tables de transfert? Nous les utilisons beaucoup pour les commandes d'importations de fournisseurs externes

Merci,

S

+2

Je pense que c'est un bon sujet, même si je pense qu'il est plus approprié comme un wiki communautaire considérant la nature subjective. –

+0

+ 1-Jamais vu "Hi Gurus", comme une intro sur SO avant. – Alex

+0

Si la mise en scène correcte des données résout votre problème, pourquoi changeriez-vous? –

Répondre

1

Dans certains endroits où j'ai travaillé, j'ai utilisé des tables de transfert, d'autres ont utilisé d'autres techniques. Chacun a ses propres avantages et inconvénients. Cela dit, ne vous inquiétez pas à ce sujet. Si un flux de données nécessite une méthode autre que celle que vous utilisez, vous trouverez une nouvelle solution. Le changement dépend des exigences.

(personnellement, quand quelqu'un vient me voir et me dit "Nous devons changer pour X parce que ce que nous faisons maintenant est inefficace et mauvais et les sorcières viendront manger nos enfants", ils ont cette image dans leurs esprits que mardi , nous aurons l'occasion de tripler notre clientèle, mais seulement si nous faisons cette nouvelle chose, mais si nous ne nous en occupons pas maintenant, alors nous raterons l'opportunité parce qu'aucun de ces clients potentiels n'est prêt à attendre même une minute et ils demanderont tous exactement la même chose et nous pourrons construire exactement ce qu'ils veulent tout de suite même si nous n'avons aucune idée de ce qu'ils veulent HURRY HURRY HURRY ET N'IMPORTE QUOI. Un seul client (ou autre) arrive et dit: "Hé, nous voulons vos services, pouvez-vous accepter notre XML?" auquel la réponse est toujours "Sure chose", et ensuite vous êtes chargé de cela et peut faire intellige prendre des décisions et planifier les choses. Contrairement à la méthode du «poulet avec sa tête coupée» préférée par les gens qui aiment les mots techniques mais qui détestent savoir quelque chose de technique)

+0

(ou étais-je trop ventilé?) – moleboy

+0

Non, vous êtes sur – scarpacci

1

Il n'y a aucune raison pour un débat - vous avez un système de travail. Quiconque pense que sa théorie des «services réutilisables» peut le faire mieux devrait mettre en place ou taire. Laissez-les construire une implémentation de test sur vos serveurs de développement pour un scénario commun à fort volume, et comparez-la au système actuel - y compris les critères de récupération et de réimportation après une défaillance. J'entends ça tout le temps où je travaille aussi (généralement des managers qui viennent juste de lire un article sur SOA et XML) et dans des situations impliquant de grandes quantités de données - les imports en vrac peuvent gérer beaucoup plus de données volume que tout type de service Web.

+0

Merci Ron, les gens qui n'ont pas à gérer les erreurs sont ceux qui poussent pour le changement, je ne peux pas vous dire combien de fois nous avons entendu "ne changera pas et n'arrivera jamais" – scarpacci

+0

Notre directeur (qui était auparavant un comptable) a acheté Oracle SOA et essaie maintenant de justifier en faisant venir Oracle Architectes et dire que la façon dont nous traitons actuellement n'est pas une affaire d'avenir et nous faisons les choses de la manière ancienne/archaïque. Sachez que nous avons environ 125 employés ... alors je suis sûr que vous pouvez imaginer n'importe quelle charge de données, etc. touche même à peine nos bases de données Oracle. – scarpacci