Blog éclectique & sans sujet précis - Mot-clé - SQL - Commentaires<p>Si ça me passe par la tête, si ça n’intéresse que moi, alors c’est peut-être ici. Ou pas.</p>2024-02-13T09:44:49+01:00L'éditeur est le propriétaire du domaineurn:md5:bf83720a7189bba489682d945b972671Dotclear“The Data Warehouse Lifecycle Toolkit” (Second Edition) de Ralph Kimball & co - Le webmestreurn:md5:488dab253077b652dddf6b32854b90182021-06-25T17:06:01+02:002021-06-25T16:06:01+02:00Le webmestre<p>@Kazan : oui, je ne pense pas que le domaine se soit amélioré en 10 ans (je l'ai quitté depuis, DBA ça occupe assez et on ne s'embête plus avec des cliquodromes).</p>
<p>Déjà il y a 10 ans on voyait le NoSQL, la non-modélisation, le datalake (aka gros foutoir), la self-BI où l'utilisateur final se débrouille tout seul dans son coin pour contourner l'informatique trop lente à répondre, tout ça n'a rien arrangé.</p>
<p>Je pense surtout que les modélisateurs n'ont pas vraiment été formés. Il y en a qui confondent BI et simple copie de tables via un ETL, sur lequelles l'utilisateur final plaquera un Qlickview ou un Tableau ou le truc à la mode ce jour-là. Et comme il veut tout, tout de suite, on n'a jamais le temps de faire un truc carré.</p>“The Data Warehouse Lifecycle Toolkit” (Second Edition) de Ralph Kimball & co - Kazanurn:md5:e3debbed8f636f9f15da4145d86ff1222021-06-25T16:28:14+02:002021-06-25T15:53:08+02:00Kazan<p>Je découvre un confrère en SGBDR, dix ans après !<br />
J'ai lu ce bouquin de Kimball, il y a 3 ans entre deux missions, et il est très inspirant ! Si certains concepts sont discutables, c'est très clairement la praticité et le bon sens qui prennent le dessus.</p>
<p>Et c'est d'autant plus drôle que, lorsque je reprends des DWH (une demi-douzaine avant la lecture de ce bouquin, deux ou trois après) la plupart des modélisateurs font tout l'inverse ou ignorent (pas de tables de dimension temps, on mélange les relations N/M, on veut absolument tout historiser parce que "on sait pas ce que veut l'utilisateur, donc pour être sûr on lui fournit l'historique...")</p>Les joies de l’ERP et du CRM (I) - Le webmestreurn:md5:0c9ec21d4766e4a76b3f500bc30a329f2018-05-18T09:17:19+02:002018-05-18T08:17:19+02:00Le webmestre<p>@GRCedric : CDiscount et Leboncoin ont les contraintes des sites très lourdement sollicités, et ont le mérite de viser le simple et efficace pour Mme Michu.</p>
<p>Pour les ERP, il y a eu la contrainte des transitions plus ou moins forcées depuis le client lourd (je crois que SAP en a encore un, qui a le mérite de la réactivité) et de ne pas avoir à changer et revalider une montagne de code mille fois débugué et dont plus personne ne doit savoir comment il fonctionne vraiment. L'ergonomie ils s'en fichent : les personnes sont formées et finissent par prendre leurs habitudes.</p>Les joies de l’ERP et du CRM (I) - GRCedricurn:md5:03f7a4124fa6265be4f0b538d1d76e0e2018-05-18T07:26:56+02:002018-05-18T07:40:56+02:00GRCedric<p>J'aime bien ta 6ème note :) Je les déteste aussi visuellement mais c'est souvent ce qu'il y a de plus efficace !</p>
<p>On peut faire le parallèle avec l'UI de certains sites web. Pourquoi à votre avis des sites comme Leboncoin ou CDiscount gardent leur interface dégueulasse ! Parce que c'est super efficace et plus accessible qu'une interface 2.0 avec du JQuery qui rame.</p>Date de péremption de mariage - Voyageururn:md5:5b83e669b2cd5464e6d62dc7cdff05702014-02-17T21:32:02+01:002014-02-18T20:36:44+01:00Voyageur<p>Je me remets tout de suite au travail pour reconstruire ma machine... Je suis impatient de voir ce qu'il va se passer le 31/12/9999. J'espère que ça sera mieux que le" bug" de l'an 2000.</p>Date de péremption de mariage - Benoiturn:md5:860afdba134a500aad818519755ab5d12013-11-18T14:27:28+01:002013-11-18T22:51:42+01:00Benoit<p>Bonjour,</p>
<p>Moi qui travaille aussi dans le décionnel avec BO et ODI et qui doit travailler avec plein de base où les données sont historisées avec des dates de début et des dates de fin, on redresse, en général, toutes les dates de fin positionnées à null par 31/12/9999. Comme cela, nous pouvons utiliser le between. D'un point de vue théorique c'est en effet pas super, mais bon dans la pratique y'a photo.</p>BO : les bons côtés - Le webmestreurn:md5:ff1cd5ade6bf533221a88f45c87c352e2013-03-19T19:50:19+01:002013-03-30T09:42:57+01:00Le webmestre<p>@fleurette : il s’agit de LiveOffice, plugin pour Office qui permet d'insérer des tableaux (arbitrairement complexes) et des graphiques (pas des documents entiers) dans un document Office (Word, Excel, Powerpoint) et de les rafraîchir d'un clic. On peut mettre à jour une feuille Excel ou un graphique dans Powerpoint comme ça. Il est possible aussi de faire une petite requête sur une univers et de l'insérer dans Excel.</p>
<p>Et en plus ça marche bien.</p>
<p>L'authentification de l'utilisateur auprès de BO se fait via le paramétrage dans Office une fois pour toute.</p>
<p>Techniquement, derrière, ce sont des Web services java.</p>BO : les bons côtés - fleuretteurn:md5:8ce85d135a4ce145906824f9c05416f32013-03-19T16:01:32+01:002013-03-19T16:01:32+01:00fleurette<p>a un moment donner , on parle de plugin qui permet de prendre les rapport BO sur powerpoint , est ce que je peut avoir une piste la dessus svp</p>“The Data Warehouse Lifecycle Toolkit” (Second Edition) de Ralph Kimball & co - Le webmestreurn:md5:0eead601fceba919215a8055711600d92012-09-06T19:03:01+02:002012-09-06T18:03:01+02:00Le webmestre<p>@vpo : Pour un décisionnel c'est pire car c'est transverse, pas directement lié à un domaine, ça pose plein de questions, parfois gênantes, ça oblige les gens à réfléchir, ça n'a pas forcément d'utilité directe pour les personnes impliquées (leurs données serviront à d'autres, mais ils seront bien contents d'avoir accès aux données d'autres domaines), et ça finit souvent par prouver que tous les rapports existants autrefois, sur lesquels des carrières se sont bâties, calculaient n'importe comment.</p>“The Data Warehouse Lifecycle Toolkit” (Second Edition) de Ralph Kimball & co - vpourn:md5:54f7d5f774564cdc542a5f719fc6a7082012-09-06T13:00:54+02:002012-09-06T12:00:54+02:00vpo<p>règle n°1 : se trouver un sponsor de poids capable d’imposer aux autres de bosser pour le projet datawarehouse que tout le monde attend sans vouloir lui consacrer une seconde</p>
<p>C'est le cas pour tout projet. Si le sponsor du projet n'a pas le pouvoir ET la volonté de soutenir le projet cela risque fatalement d'être un fiasco. C'est le grand classique du projet stratégique voulu par les chefs mais qui ne veulent pas mettre de sous dedans / de gens dessus car, "tu comprends, y a pas le temps / de ressource / etc".</p>
<p>Bah faut pas le faire alors ça économisera un poste de chef de projet pour un truc voué à l'échec.</p>“The Data Warehouse Lifecycle Toolkit” (Second Edition) de Ralph Kimball & co - Le webmestreurn:md5:e7709f3e3afc1d8a1ebc370f4a30d2762012-09-05T21:10:59+02:002012-09-05T20:10:59+02:00Le webmestre<p>@Eric : Quand je dis que le bouquin n'est pas pour les débutants dans le métier, je sous-entends que c'est le cas aussi pour le billet. Ce qui fait une intersection vachement réduite avec mon lectorat habituel :-)</p>
<p>DW = datawarehouse (je viens de corriger). Le modèle en étoile c'est une table de faits avec que des indicateurs (~chiffres) et des clés étrangères vers des tables de dimensions. Floconner c'est ajouter des tables de deuxième niveau (FAIT-VENTES -> DIM-MAGASIN -> DIM-VILLE -> DIM-DEPT ->DIM-REGION : 3 niveaux de floconnage) alors que le mieux est quand même une étoile pure (FAIT-VENTES contient les clés vers toutes les autres ; oui c'est redondant mais dans ce genre de base on ne normalise pas, on pense aux perfs pures).</p>
<p>Le « grain » de la table de faits, c'est en gros sa clé primaire, un regroupement de certaine des clés étrangères (mois/magasin/produit par exemple). On essaie de faire des tables au grain le plus fin possible. Le choix de floconner ou pas dépend en partie des différents grains nécessaires.</p>“The Data Warehouse Lifecycle Toolkit” (Second Edition) de Ralph Kimball & co - Eric C.urn:md5:02505412861f00e600e2b84526563a8b2012-09-05T10:41:54+02:002012-09-05T09:41:54+02:00Eric C.<p>Ma curiosité polythématique superficielle chronique fait qu'il y a peu de domaines dont le vocabulaire m'est totalement étranger (ce qui ne veut pas dire que j'y comprends quelque chose), mais là, en lisant<br />
"Autre grand moment de modélisation : je floconne, ou je floconne pas <a href="https://www.coindeweb.net/blogsanssujetprecis/index.php?post/11" title="11" rel="ugc nofollow">11</a> ? Kimball et son équipe sont des adversaires déclarés de la normalisation dans DW (l’étoile, rien que l’étoile, ça allège les jointures), et plus le temps passe, plus j’évolue comme ça aussi. Après, faut voir si les grains des tables collent."<br />
j'avoue que je n'ai pas pu m'empêcher de réprimer un sourire du genre "mais keskidi ?" :)</p>BO : les bons côtés - Le webmestreurn:md5:3faff2906e48345bbc335a34d65707322011-12-15T21:09:41+01:002011-12-15T21:09:41+01:00Le webmestre<p>Je ne connais pas les outils MS (non que je les trouve inintéressants mais je n'ai tout simplement pas le temps). Un collègue m'a juste dit qu'avec SSIS (quelle version ?) il avait dû se rabattre à tout faire exécuter dans la base à coup de SQL. Des ETL il y a pléthore, la concurrence est vaste.</p>BO : les bons côtés - Wazturn:md5:4f45dcab4effc1d912df36f37b1c708b2011-12-15T18:02:16+01:002011-12-15T18:02:16+01:00Wazt<p>Bonjour<br />
merci pour ce super site,<br />
j'ai une questions : Qu’es-que vous pensez de la partie ETL de Microsoft (Sql Server Integration Services 2005-2008) et SSAS 2008 ? par rapport a BO<br />
est-il performant ? ou je devrai passer a BO ?<br />
Merci</p>Par paquets de 5 - taryckurn:md5:d5730f0886462d54619b59264f31dbc82011-11-16T15:51:53+01:002011-11-16T15:51:53+01:00taryck<p>Le paramètre par défaut de 5 est dans le paramètre base de donnée : rsdb/max_in_blocking_factor & rsdb/max_blocking_factor<br />
modifiable via RZ11, voir note SAP 881083.<br />
On peut ainsi faire monter pour tout les FOR ALL ENTRIES la taille des paquets de 5 à xx. Chez nous 50.<br />
Pour certaines requettes (celle ou on a la clé primaire par exemple) on peux juger que 50 serait alors trop faible, mais que pour ces requêtes là. On utilise alors le %_HINTS ORACLE avec ;<br />
- '&max_blocking_factor 20&'<br />
- ou '&max_in_blocking_factor 20&'<br />
SAP ne peut être plus puissant que la base de donnée qu'il utilise pour des extractions seules.<br />
Donc dans ton cas :</p>
<pre> SELECT * FROM vbap
FOR ALL ENTRIES IN tab_articles
WHERE vbap~matnr = tab_articles-matnr
%_HINTS ORACLE '&max_in_blocking_factor 500&'</pre>
<p>devrait avoir l'efficacité souhaitée.</p>BO : les bons côtés - Le webmestreurn:md5:1babf8b51e3a7a832e11b4e03dcf70b42010-10-20T21:54:30+02:002010-10-20T20:54:30+02:00Le webmestre<p>@pertemoune : je parierais qu'il existe des biar quelque part sur le serveur contenant justement ces choses là. A importer. Sinon, récupérer ça d'une deuxième installation parallèle via un biar.</p>
<p>Pour la connexion d'audit, ce sera plus fun. Mais si ça se trouve, c'est juste celle qui est liée à l'univers Activity, pas la « vraie » connexion d'audit définie dans la CCM, donc il suffira de la reparamétrer dans Designer.</p>BO : les bons côtés - pertemouneurn:md5:4e59bcf1de9c665e25e517c2fe0957fb2010-10-20T11:28:40+02:002010-10-20T10:28:40+02:00pertemoune<p>Merci beaucoup pour ces informations.</p>
<p>Si vous le permettez j'ai encore une question:</p>
<p>Un malin dans ma boite à supprimer :</p>
<p>Des dossiers publiques tel que: Feature Samples<br />
Des univers tel que: Activity<br />
Des connexions tel que : Auditing Connection</p>
<p>Comment pourrais-je les recréer ?</p>
<p>J’ai pensé à une mise à jour de l’installation, mais je ne suis pas sûr que ça fasse l’affaire, ni que ça ne fera pas plus de dégât.</p>
<p>Merci encore.</p>BO : les bons côtés - Le webmestreurn:md5:6eaa5237f4e6575a992c5b2e3a90ac7f2010-10-20T07:19:17+02:002010-10-20T06:19:17+02:00Le webmestre<p>@pertemoune :</p>
<p>1) ETL : Mon préféré reste ODI (Oracle DI, ancienneement Sunopsis), qui n'a pas de moteur et s'appuie sur les bases SQL, mais il est devenu cher. J'ai des collègues qui aiment beaucoup Talend, on peut tout programmer avec et il est gratuit, mais y a quand même des lacunes pour le peu que j'en ai vu. DI de BO me rappelle de mauvais souvenirs et je connais peu de gens qui l'aiment. Informatica est une Rolls hors de prix, pour les gros volumes (je le déteste pas), je connais des fanatiques.<br />
Certains se contentent de vues et de scripts, ça dépend de l'hétérogénéité des systèmes impliqués.</p>
<p>2) Pour les sauvegardes, faire les deux : l’export par BIAR est le plus sûr et complet, et facilement récupérable ensuite, mais c'est pas ou peu scriptable (un scandale !) ; alors que la copie complète du FRS+du référentiel SQL associé synchrone est sûr, scriptable, mais impose de remonter une instance complète en cas de besoin de récup.</p>BO : les bons côtés - pertemouneurn:md5:f38c97864278bc077c0046c9d69ad8b82010-10-19T17:59:28+02:002010-10-19T16:59:28+02:00pertemoune<p>bonjour,<br />
merci pour ce site, super riche en informations utiles.<br />
j'ai deux questions pour vous:<br />
1- Les ETL, j'aimerai avoir votre avis, lequel vous choisirez (DI de BO, Talend, Informatica,...).<br />
2- Les sauvegardes nécessaires pour un serveur BO, certains sont pour les fichiers Biar et les autres parlent des FRS et autres fichiers de confige.<br />
merci</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:e19b986daf1968df7964216cafd269402010-06-15T19:18:12+02:002010-06-15T18:18:12+02:00Le webmestre<p>@Arialia : Ah, SAP n'a pas le mérite de la souplesse, et surtout veut que tout passe par lui, et à sa sauce. Quant à s'intégrer à l'ergonomie du XXIè siècle… ils savent pas faire.</p>
<p>Au passage, il y a un inconvénient aux jolies interfaces fonctionnelles à façon : elles sont souvent spécifiques, donc soit à maintenir en interne, soit faites par un plus ou moins petit éditeur qui, lui, a forcément d'autres failles, le premier étant le manque de ressources disponibles sur le marché sur son produit (alors que du personnel SAP, chaque SSII en a).</p>
<p>Quant à Ciel ou autres, j'ai lu assez de messages d'horreur à leur sujet, mais je ne connais pas de première main. Ce n'est pas le même marché. Ce qui n'est pas une excuse pour SAP, l'ergonomie est universelle (ou devrait l'être). Mais l'investissement ne se justifie pas puisqu'on vend à des gens qui jugent les fonctionnalités, pas l'utilisation quotidienne (le contraire du particulier ou du petit entrepreneur).</p>
<p>Ah oui : se passer des programmeurs est possible même avec SAP. Mais il faut décider de se limiter à ce que sait faire le produit. Et il faut quand même le paramétrer. Éternel débat entre prêt-à-porter et sur mesure :-) (Réponse rapide : prendre du standard quand ce n'est pas le cœur de métier, faire du spécifique quand on a de bonnes compétences ou que c'est un point qui permettra de se différencier de la concurrence.)</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Arialiaurn:md5:c98c07772b94426fad881c11a71843802010-06-15T11:40:14+02:002010-06-15T10:40:13+02:00Arialia<p>Merci beaucoup pour cet article très intéressant.</p>
<p>Je comprends enfin ce qu'est SAP et plains tout ceux qui ont à migrer des 'ERP' maisons vers SAP, mon mari est dans ce cas et je comprends maintenant son désarroi et celui de ses collègues utilisateurs habitués depuis 2000 à de jolies interfaces fonctionnelles et réalisées en fonction de leurs besoins, tout ça parce qu'un commercial à réussi à vendre SAP à un haut dirigeant qui n'a même pas vu le produit ...</p>
<p>Il m'a parlé des limitations d'interrogation de Sap où tout doît être prévu à l'avance, quelle régression face à la solution SGBDR/application spécifique/Infocentre (Bi-Query ou Bussinessobject avant son rachat)</p>
<p>Si au moins SAP fournissait quelque chose clés en mains du genre les logiciels de Ciel qui aurait permis de se passer des programmeurs , mais c'est apparemment loin d'être le cas ...</p>
<p>Bref quel intérêt de prendre SAP?</p>BO : les bons côtés - Pierreurn:md5:c2b8a57d7e4b9695048d11cdc586ecf12010-05-27T11:31:20+02:002010-05-27T10:31:20+02:00Pierre<p>Que la conclusion est pleine de sens !</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:74944b3819903b0de9d1b920a726cc202010-02-18T18:58:19+01:002010-02-18T18:58:19+01:00Le webmestre<p>@lookcheed : C'est une blague ? L'amoncellement de spécifiques est un défaut propre à l'organisation et non au logiciel. J'ai connu des clients qui avaient tellement patché SAP qu'ils étaient incapables de migrer aux nouvelles versions, il a déjà fallu remigrer à la version classique.<br />
Quand au spécifique buggé, c'est pire sous SAP à cause de ce langage de merde qu'est l'ABAP (y a plusieurs billets sur le sujet).</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - loockheedurn:md5:d2840a61690da860fd709129d480e9992010-02-17T11:59:30+01:002010-02-17T11:59:30+01:00loockheed<p>Oui SAP est destiné au business et pas au developpeur. Au moins avec SAP on se retrouve pas avec une montagne de dev specificique buggé et inexploitable.</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:ffacb5042683ff8c4abacbf2682a359a2009-06-13T20:26:43+02:002009-06-13T19:26:43+02:00Le webmestre<p>@renommeur : Condoléances. Perdre 2 ans de vie à ce genre de choses, j’aurais pas supporté. J’espère que ton système est réutilisé ailleurs...</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - renommeururn:md5:7f9e6c66804bbe6ee2a1f5cd2bb0e6752009-06-13T11:00:59+02:002009-06-13T10:00:59+02:00renommeur<p>J'ai passé mes deux dernières années de ma vie à renommer environ 16000 comptes utilisateurs SAP sur 70 systèmes et 220 mandants. Car le nom d'utilisateur est en même temps sa clé. Il y a environ une quarantaine d'objets liées à cette clé, dont un bon nombre en 1:1 (et non pas 1:n ce qui rendrait la tâche plus simple). J'ai donc développé une solution en ABAP qui gère le processus de renommer un utilisateur, y compris la génération et l'envoi d'email de son nouveau compte et mot de passe avec un message en la langue de l'utilisateur.... je migre les favoris, variantes ALV, variantes programmes, parametrage du workbench, L'infotype 0105/0001, le business partner (à travers la central person), planstellen, autorisations etc. etc. Donc j'ai du boulot grâce à SAP! Mais je suis d'accord que tout cela aurait était trivial si SAP avait un identificateur technique distincte du nom d'utilisateur... si vous voulez renommer vos utilisateurs et en passant faire de l'ordre dans ces comptes - contactez moi...</p>Crise de nerf avec Oracle - Le webmestreurn:md5:e9ee31b28e597ae0984a8686b80ea3212009-05-13T19:05:13+02:002009-05-13T18:05:13+02:00Le webmestre<p>@fred : Merci pour la pro­po­si­tion d’aide mais ça va mieux main­te­nant. Ora­cle, ce n’est pas moi qui l’ait choisi pour mes pro­jets actuels, il est sou­vent là « par défaut », et il n’y a que les tech­ni­ques qui voient le coût en admi­nis­tra­tion.</p>
<p>Pour moi, le max de con­fort était atteint avec Ora­cle 9i. Base légère pour les machi­nes actuel­les, avec les fonc­tion­na­li­tés qui vont bien pour ce que j’en fait, Post­greSQL voire MySQL suf­fi­rait tout autant. OEM per­fec­ti­ble mais accep­ta­ble.<br />
Tan­dis que la 10g, si on ne décide pas d’en faire son métier et d’inves­tir en temps (et on l’impute sur quoi ?) et en matos (mon Dieu que ça mange !), on peut sale­ment mor­fler. Quant à l’inter­face d’admin web, elle a le mérite d’exis­ter mais quelle lour­deur…</p>Crise de nerf avec Oracle - fredurn:md5:47c572f91a038c4f4cf4b4a67d2ec94e2009-05-13T11:48:51+02:002009-05-13T10:48:51+02:00fred<p>DBA, c’est un métier…<br />
Je gére 200 bases 9i/10g sur une qui­zaine de ser­veurs (win­dows/aix). J’uti­lise Ora­cle Entre­prise Mana­ger (GRID) pour la super­vi­sion de tout ça, en deux ans et demi, je n’ai pas vu une ins­tance tom­ber.<br />
Une fois la pre­mière base 10g créée, je recom­mande d’uti­li­ser des copies de la base et la retailler (ou gar­der une ins­tance mini­male vide en backup), plu­tôt que d’uti­li­ser l’assis­tant de créa­tion de base est péni­ble…<br />
Il y a des bases avec des con­fig tor­dues, :<br />
- une base avec 400.000 par­ti­tions (c’est énorme…), elle pose des pb pour la col­lecte des sta­tis­ti­ques, obli­ger de desa­sem­bler des vues sys­tè­mes et de lan­cer le cal­cul en paral­lèle sur 8 pro­ces­seurs dans des jobs qui se repar­tis­sent les tables à ana­ly­ser pour avoir des perfs inte­res­san­tes…<br />
- des bases répli­quées (data­guard), facile à met­tre en oeu­vre en 9i, très com­pli­qué à faire évo­luer vers 10g sur aix, grosse galère, même avec le sup­port gold 24/24… Mais après 3 semai­nes de galère, plus aucun pro­blème avec et une doc de 80 pages pour tout expli­quer et docu­men­ter tou­tes les erreurs ren­con­trées…. Main­te­nant, on l’oublie et tout se déroule sans pro­blème en switch over ou fai­lo­ver<br />
- une base qui gros­sit de 1% par jour (4 à 5Go par jour) qui final­le­ment tourne bien après quel­ques sou­cis de migra­tion de 9i vers 10g : le moteur géné­rait quel­ques mil­lions de requê­tes inter­nes par seconde sur la base… (le petit IBM P570 avec une DS8000, 8 procs et ses 45Go de RAM dépote pas mal…)<br />
- l’accès con­trô­lés par ligne d’une base par­ta­gée par plu­sieurs clients qui n’ont pas le droits de voir ou modi­fier les don­nées des autres, via le Vir­tual Pri­vate Data­base (VPD, FGA), pas de sou­cis, les docs sont bien fai­tes.<br />
- évi­dem­ment il vaut mieux Ora­cle sous Unix que sous Win­dows parce que l’OS est pourri et faire des devs pro­pres sur un sys­tème pourri c’est un peu comme cons­truire des tours jumel­les sur un maré­cage (au moin­dre avion qui passe, ça tombe). Les reins­tall suc­ce­si­vent peu­vent pour­rir les assis­tants, sur­tout si elles n’abou­tis­sent pas, sous Unix, 0 sou­cis.<br />
- dom­mage qu’Ora­cle a écrit les agents en Java, parce que c’est vrai­ment une daube ce lan­gage au niveau perf et uti­li­sa­tion de res­sour­ces. Avec une qua­ran­tai­nes d’ins­tan­ces sur le ser­veur, on passe son temps à super­vi­ser et ne rien faire… heu­reu­se­ment WLM est là pour limi­ter les res­sour­ces uti­li­sées par les pro­ces­sus.</p>
<p>En CCL, avec de la pra­ti­que et en trai­nant sur les bons forums, on peut s’en sor­tir haut la main. Enfin, choi­sir Ora­cle, c’est choi­sir la Rolls, au prix ou ça coute, faut pas l’uti­li­ser pour des bases qui tien­nent dans la poche.<br />
Si vous avez des sou­cis avec, je peux aider :-)</p>Par paquets de 5 - Le webmestreurn:md5:04cbb750a85d5b27017b33e5888837fd2009-03-12T21:46:03+01:002009-03-12T21:46:03+01:00Le webmestre<p>@taryck : Oui, en gros c’est le problème : le SQL généré par l’ABAP est « basique » et ne tient pas compte de la puissance de la base sous-jacente et la sous-utilise…</p>Par paquets de 5 - taryckurn:md5:e94646a39c8623655cbb41cb66a15c592009-03-12T18:04:26+01:002009-03-12T18:04:26+01:00taryck<p>Je pense que le point qui a été “zappé” est simplement que le code SQL en ABAP est de l’OPEN SQL transcrit en SQL-Natif Oracle, mais pas seulement. Il est donc possible que certaines limites présentes sur les autres BdD supportées par SAP amène à cette limite constatée de 5 clés.<br />
Même si je n’ai aucune idée de la raison…</p>Crise de nerf avec Oracle - Le webmestreurn:md5:2eee4ba3f76b256d1ee3e6461141a3082009-03-03T20:25:56+01:002009-03-03T20:27:33+01:00Le webmestre<p><b>@Casimir-le-troll </b> : Si tu crois que c’était la première base que j’ai installé à l’époque… Suivre l’assistant pour installer des bases vierges, tout le monde peut le faire. Et oui, j’ai eu les formations, et oui j’ai lu les docs (comme tu ne l’as pas lu ci-dessus). Mais les vraies merdes n’arrivent que dans les configs bizarres, avec de l’historique, et c’est là qu’on voit la *vraie* solidité des softs d’installation - et de désinstallation. En l’occurence, c’est la cata : la machine qui fige, les fichiers de config éparpillés ou les messages d’erreurs absents, c’est dans le soft, pas ailleurs.</p>Crise de nerf avec Oracle - Casimirurn:md5:65ffcd3ac30be500f5be7917dee2545c2009-03-03T14:57:00+01:002009-03-03T14:57:00+01:00Casimir<p>Super, le mec qui n’a suivi aucune formation Oracle, n’ pas pris la peine de se documenter sur la méthode d’installation, etc., qui espère réussir une installation “au feeling”, qui bien entendu se plante et au final nous sort “Oracle c’est une bouse”. C’est étonnant, mais moi qui ai suivi une seule formation Oracle et ai pris la peine de me documenter, j’ai réussi à faire cohabiter Oracle 9i, 10g et 11g sur une même machine, sans aucun souci.<br />
Parfois, le problème n’est pas dans le logiciel, mais plutôt entre la chaise et le clavier…</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:ad834af6e825cd862c18101f8d24ae132009-01-27T15:12:51+01:002009-01-27T15:12:51+01:00Le webmestre<p>@FrédéricLN : Focalisé sur les données ? On va souvent être d’accord alors, j’ai une vision des choses très orientée « SQL über alles ». Voir notamment le tag « SQL » à gauche.</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - FrédéricLNurn:md5:5466f39f836d8bcd4e162d9dca0ff2532009-01-25T19:10:48+01:002009-01-25T19:10:48+01:00FrédéricLN<p>Bonsoir et… merci. Formé aux SGBD il y a plus d’une décennie, j’avais entrepris de me remettre à jour avec des bouquins, mais on en apprend bien plus et bien plus vite sur ce blog ;-)</p>
<p>(PS - je sais bien que pour former un développeur, ce blog ne suffirait pas tout à fait, mais mon ambition est plus modeste, niveau utilisateur éclairé, focalisé sur les données elles-mêmes).</p>Migration (appel au(x ?) lecteur(s ?) ) - Le webmestreurn:md5:f7f92f79011e65bd848c7df25b5251482008-11-18T22:11:55+01:002008-11-18T22:11:55+01:00Le webmestre<p>@Steve : Bon, ta dernière ligne ne marche apparemment pas :( Ayant nombre d’autres soucis et pas de temps, et aucun client connu abonné aux commentaires à part moi, je laisse béton. Le plus simple est encore de virer l’ancien flux de commentaires et de s’inscrire au nouveau en haut à droite.<br />
Merci quand même en tout cas</p>Migration (appel au(x ?) lecteur(s ?) ) - Steve Schneppurn:md5:84b3f6e96a7586f30e618c4a106e67322008-11-17T14:18:37+01:002008-11-17T14:18:37+01:00Steve Schnepp<p>La RewriteRule ne prend que le chemin de base de l'URL pas les parametres (QueryString). Il faut ajouter une condition sur ta RewriteRule pour que cela fasse ce que tu veux :</p>
<p>RewriteCond %{QUERY_STRING} ^type=co$<br />
RewriteRule ^monblog/rss.php$ blogeclectique/index.php?feed/atom/comments</p>
<p>Sinon, pour faire moins complet, mais plus rapide, QSA(query string append) est l'option qu'il te faut :</p>
<p>RewriteRule ^monblog\/rss.php\?type=co$ blogeclectique/index.php?feed/atom/comments [QSA]</p>
<p>Voir ici pour plus d'infos sur le QueryString: <a href="http://fantomaster.com/faarticles/rewritingurls.txt" title="http://fantomaster.com/faarticles/rewritingurls.txt" rel="ugc nofollow">http://fantomaster.com/faarticles/r...</a><br />
et la doc de mod_rewrite (certes un peu obscure) : <a href="http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html" title="http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html" rel="ugc nofollow">http://httpd.apache.org/docs/2.0/mo...</a></p>Migration (appel au(x ?) lecteur(s ?) ) - Le webmestreurn:md5:ef79f15de059587c34bd18170225596a2008-11-14T08:39:10+01:002008-11-14T08:39:10+01:00Le webmestreMerci à tous pour les retours ! :-)Migration (appel au(x ?) lecteur(s ?) ) - Stephurn:md5:1a5f469dbfc92f689049752e1fca1b7c2008-11-13T21:32:11+01:002008-11-13T21:32:11+01:00Steph<p>L'ancienne version lisible encore chez moi ce matin (un cache DNS pas mis a jour probablement), ce soir c'était ok.</p>Migration (appel au(x ?) lecteur(s ?) ) - mitchurn:md5:b005916b43a1953191713683674b1cf12008-11-13T13:31:59+01:002008-11-13T13:31:59+01:00mitch<p>ok chez moi (flux lu par firefox)</p>Migration (appel au(x ?) lecteur(s ?) ) - Baliseurn:md5:362508f5def2af920d32e76051a3d4862008-11-13T11:12:26+01:002008-11-13T15:26:34+01:00Balise<p>Tout est OK sur Google Reader (à part que ça n'a remis tout le flux à non lu, mais c'est normal).</p>Migration (appel au(x ?) lecteur(s ?) ) - Urbinouurn:md5:c3cf0e457db45e4eb8b809e8227dd5622008-11-13T11:10:55+01:002008-11-13T15:26:35+01:00Urbinou<p>Bonjour,</p>
<p>Même si je commente très rarement, comme demandé un petit mot pour confirmer que le lectorat a bien suivi la migration :-)<br />
Concernant le thème, on va pas dire que je suis fan de l'orange moutardée, je trouvais l'ancien plus élégant, mais bon, question changements, je suis comme un vieux chien, attaché à mes habitudes !<br />
Bonne continuation, c'est toujours un plaisir de lire vos contributions.</p>Migration (appel au(x ?) lecteur(s ?) ) - Arnesturn:md5:8fc3e44d1590c4b539ef39ed1dd7632d2008-11-13T09:54:28+01:002008-11-13T15:26:36+01:00Arnest<p>Le flux RSS a ete rafraichi correctement dans Netvibes</p>Migration (appel au(x ?) lecteur(s ?) ) - jidurn:md5:b67f5e47d8a663cb4bddfbb7fc87df102008-11-13T09:48:50+01:002008-11-13T15:26:37+01:00jid<p>Ok pour moi (Newsgator), ça a fait bizarre de voir 100 billets d'un coup ;-)</p>Migration (appel au(x ?) lecteur(s ?) ) - Eric C.urn:md5:d3472ed6d52bb4d480fef449b22114ff2008-11-13T08:43:40+01:002008-11-13T08:43:40+01:00Eric C.<p>OK chez moi (via bloglines)</p>Migration (appel au(x ?) lecteur(s ?) ) - Thiasurn:md5:718311ae9cf16638afd757ddda4186982008-11-13T08:18:54+01:002008-11-13T15:26:37+01:00Thias<p>Le passage de version a plus ou moins marché pour moi qui utilise Google Reader, un effet secondaire c'est que celui-ci m'a indiqué qu'il y avait cent nouveaux messages.<br />
J'ai aussi eu mon lot de problèmes en changeant mes «rewrite rules», et je dois avouer que j'ai de la peine avec les expressions régulières.</p>Migration (appel au(x ?) lecteur(s ?) ) - GMurn:md5:613e6bb5c424aa576966579d5b7829812008-11-13T07:53:11+01:002008-11-13T15:26:37+01:00GM<p>La redirection semble bien fonctionner (lecture via google reader pour moi)</p>Migration (appel au(x ?) lecteur(s ?) ) - PBurn:md5:4667ed0319a6a6655bc86ecb72e88e832008-11-13T01:19:02+01:002008-11-13T15:26:38+01:00PB<p>J'ai eu la citation du 11 novembre dans le flux RSS, sans rien faire.<br />
Il est beau ton blog :-)</p>
<p>PS : désolé de ne pas être un gourou des expressions régulières.</p>Je hais les spammers - Le webmestreurn:md5:bb20c2440d1e6dd1e48d060237d4ac862008-05-02T18:01:17+00:002008-05-02T18:01:17+00:00Le webmestre<p>@Momo : Jamais tenté. Ça vaudra peut-être le coup d’en faire un primitif un jour, mais Spamplemousse me suffit pour le moment.</p>Je hais les spammers - Momourn:md5:8e23fb3d5f7dc1d66b1b920d33793bac2008-05-02T17:41:08+00:002008-05-02T17:41:08+00:00Momo<p>Y'a des blogs avec contrôle antispam (exemple : recopier une série de 4 chiffres), tu en penses quoi ? (gasp si j'arrive à temps vu la date)</p>Crise de nerf avec Oracle - Koklikourn:md5:0316bb19766e8575157cdbb6114c61422008-02-19T14:42:30+00:002008-02-19T14:42:30+00:00Kokliko<p>+1000<br />
oh oui que c'est une bouse cet Oracle, ses installations de m*$ù*, son Oracle_home que je n'ai toujours pas compris, son tnsnames.ora, etc... !</p>La Guerre des ERP : SAP vs Oracle Applications (4) : Philosophie opposées - Le webmestreurn:md5:dd021c3ac1cfef245124559ffb244bfc2007-10-05T20:17:20+00:002007-10-05T20:17:20+00:00Le webmestre<p><b>@Vincent</b> : Oui, tu as raison ! J‘ai confondu parce que MySQL a bien participé au développement, mais Adabas/MaxDB est bien plus ancien. Je corrige. Merci !</p>La Guerre des ERP : SAP vs Oracle Applications (4) : Philosophie opposées - Vincenturn:md5:3672d4b8474854f1add0b1c23e0bc84e2007-10-05T11:09:08+00:002007-10-05T11:09:08+00:00Vincent<p>Attention, mySQL et MaxDB sont bien deux bases de données distinctes. La seconde, initialement connue sous le nom de SAPDB, est distribuée sous forme de partenariat entre SAP et mySQL. Il semblerait d'ailleurs aux dernières nouvelles (sept 07) que SAP ait repris la main sur MaxDB, indépendamment de mySQL.</p>Par paquets de 5 - Le webmestreurn:md5:a72d893d426c79f15a6ed7642adac2722007-09-14T07:39:34+00:002007-09-14T07:39:34+00:00Le webmestre<p>@ECIR : Le SELECT...ENDSELECT, c'est ce que j'utilisais justement... Quant aux jointures, évidemment, comme en SQL il vaut mieux tenter de tout faire en une seule requête. Par contre c'est loin d'être toujours possible, et l'ABAP n'a pas la souplesse du SQL quand il s'agit de faire des « requêtes de feu » (écrire à la main des requêtes SQL de 2 pages avec 5 niveaux de sous-select ne me fait pas peur, donc je suis assez exigeant sur le sujet, mais quand même).</p>Par paquets de 5 - ECIRurn:md5:7ee7bdd172496ab4a1f2db1145a3ce6f2007-09-13T22:03:40+00:002007-09-13T22:03:40+00:00ECIR<p>Bonsoir,<br />
<br />
remarque pertinent du webmestre: le FOR ALL ENTRIES découpe les requêtes par plage de 5 valeur contenues dans la table interne. si la table interne contient 2000 enregistrements, il y a aura donc 400 requêtes SQL exécutées.<br />
<br />
Il y a plusieurs solutions possibles:<br />
- utiliser le select ... endselect, tel que c'est recommandé dans la transaction SE30<br />
- utiliser les possibilités de jointures, de sous-requêtes<br />
<br />
(:))</p>Par paquets de 5 - Le webmestreurn:md5:ec2b362544799e13bd2dd6b69334c9852007-07-22T19:42:49+00:002007-07-22T19:43:18+00:00Le webmestre<p><b>@bob</b> : Et non, il fait 5 fois moins d'accès en base que de WRITE (de lignes ramenées), mais c'est encore beaucoup trop, et c'est bien ce que je lui reproche. <br>Au lieu d’une requête dont chaque ligne est utilisée (bête curseur), il crée une requête <i>différente</i> pour cinq lignes de paramètres !<br>Qu’une table interne permette de contourner/éviter le problème, pourquoi pas (et ce serait après tout la moindre des choses), mais ce n’est pas forcément possible ou souhaitable, et de mon point de vue cela en rajoute encore dans la lourdeur de programmation (alors que le SELECT...ENDSELECT a le bon goût d’exister).Par paquets de 5 - boburn:md5:ae3254c341b086b01de66f2b72638c732007-07-19T15:17:13+00:002007-07-19T15:17:13+00:00bob<p>le prob, c'est que tu fais autant d'accès en base que de write ...<br />
<br />
essaye plutôt ça avant de critiquer un langage que tu ne connais pas !<br />
DATA : matable TYPE TABLE OF vbap WITH HEADER LINE.<br />
<br />
SELECT * FROM vbap<br />
INTO TABLE matable<br />
FOR ALL ENTRIES IN tab_articles<br />
WHERE vbap~matnr = tab_articles-matnr.<br />
<br />
LOOP AT matable.<br />
WRITE :/ matable-matnr, matable-vbeln, matable-posnr .<br />
ENDLOOP.</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - urainienurn:md5:c872227ca4228d131518394969bf9d2f2007-06-25T11:09:08+00:002007-06-25T11:09:08+00:00urainien<p>Bonjour,<br />
<br />
Pour cléopatre et les autres, allez sur www.fnac.com, mon livre est en prévente. Méthode de formation sur l'ABAP, en français. Méthode éprouvée depuis 3 ans, et avec les remerciements d'une grande SSII.<br />
Le titre est SAP et ABAP, aux éditions ENI. Un accès est sur mon site.<br />
Pour ceux qui le souhaitent, j'ai mis en place des forums sur l'ABAP, une base de connaissance sur l'ABAP, le tout en accès libre.<br />
<br />
Cordialement,<br />
<br />
Yann SZWEC<br />
<br />
PS : mon objectif n'est pas de convertir le webmestre à l'ABAP (:))</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Heptaeonurn:md5:27a0cb41bb5b8bd3d2fc47ef21ce980a2007-05-08T21:52:02+00:002007-05-08T21:52:02+00:00Heptaeon<p>Je suis a 100% de ton avis. SAP a la même politique que IBM avec ses mainframes. On sais comment ça a terminé. <br />
<br />
De mon coté je cherche l'ERP qui remuera les hautes sphères. Un ERP saint et clair (de conception), Ergonomique et Accessible, avec des technologie d'avenir, qui ne font pas de protectionisme sur l'information, et qui ont une politique commercial du win/win plutôt que de la sangsue. <br />
<br />
ps: Pour ceux qui diront que SAP ne disparaitra jamais, je leur dirais que certaine société sont toujours sur mainframe. </p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:8899ce905d0319a93e553af99dfb2bd02007-02-26T19:14:08+00:002007-02-26T19:14:08+00:00Le webmestre<p><b>@cleopatre</b>: En français ??? Heu... Désolé, j'en connais pas. De toute façon dans ce métier faut savoir acheter en anglais voire ici en allemand... </p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - cleopatreurn:md5:4a1c08a19d3c3c5db4f3da76357358242007-02-25T22:35:09+00:002007-02-25T22:35:09+00:00cleopatre<p>bonjour, je recherche un livre en francais pour Abap.Merci d'avance j'en ai vraiment besoin.à bientôt.</p>Des millions de lignes à travers le millefeuille - UKRAINIENurn:md5:d5ecf17f1f5056854df26457b7563e012007-02-14T11:07:47+00:002007-02-14T11:07:47+00:00UKRAINIEN<p>Remerciement partagé. J'aurai aussi appris.</p>Des millions de lignes à travers le millefeuille - Le webmestreurn:md5:be7e030ca9e38156a130e1dd240235f62007-02-13T21:19:17+00:002007-02-13T21:21:22+00:00Le webmestre<p><b>@UKRAINIEN</b> : <br>- Quitter SAP ??? Le choix d’un ERP ne se remet pas en cause à la légère, quel que soit le coût de la licence : le tarif de la migration (que ce soit d’Oracle Applications vers SAP ou l’inverse) est prohibitif, avec tous les spécifiques et interfaces à réécrire, les flux métiers à revoir (et Dieu sait qu’un ERP est structurant de ce point de vue...). Ça n’est envisageable sérieusement qu’en cas de dépérissement de l’éditeur de l’ERP originel ou de consolidation de plusieurs ERP après fusion de deux entreprises...). Le prix des licences est un détail à côté du coût d’implémentation et de maintenance. (Même si ça se rentabilise, mais c’est vrai pour la plupart des ERP).</p>
<p>- Le lien avec le dictionnaire de données a ses côtés pratiques, et n’est pas trop mal implémenté (pour du SAP), mais d’un autre côté mélanger allègrement le technique et le fonctionnel n’est pas non plus une si bonne idée, les contraintes au développement sont parfois assez pénibles. Dans R/3, passe encore, mais en ABAP objet, les problèmes de transtypage que je citais étaient inconnus dans aucun autre langage, forçaient à une orgie de transtypage manuel et surtout n’étaient pas repérés à la compilation mais faisaient dumper à l’exécution !
<p>- Le SQL de SAP n’a pas de syntaxe si particulièrement spéciale (sinon ces pénibles histoires de parenthèses et de virgules, il est SURTOUT très limité par ce qu’on peut faire faire à la base (sauf à faire du SQL natif mais dans ce cas pourquoi acheter SAP ?).
<p>- Les tables internes ne sont pas trop mal gérées mais le problème est leur existence même : sous Oracle, l’utilisation des tables « en direct » (ou par des fonctions d’API) était tout aussi pratique - mais on tirait parti de la gestion des commit, des curseurs, du fait que les SELECT pouvaient être beaucoup plus complexes. Et cela faisait un code nettement moins verbeux (moins de lignes par tâche, quoique cela dépende pas mal du développeur).<br>Au final, le code était pondu beaucoup plus vite pour des programmes un peu importants.
<p>- La gestion des écrans n’est pas simpliste, elle est bizarre : jamais vu ailleurs, jamais compris la cohérence. Pour des écrans texte 80 colonnes ça devait aller mais nous sommes au XXIè siècle. Oracle utilise un outil du genre de ce qu'on trouvait en RAD dans les années 90, <i>Forms</i> (moche et assez limité mais à peu près utilisable, créant de vrais fenêtres avec ascenseurs, boutons...), en attendant le <i>full web</i>.<br>Par contre, pour les sorties papier, <i>Smartforms</i> (un cauchemar d’ergonomie) n’arrive pas à la cheville de Oracle Reports, un outil de dix ans plus ancien.
<p>Un bémol, la gestion des <i>matchcodes</i>, SELECT-OPTIONS, PARAMETER, l’intégration avec les filtres... est un point fort de SAP/ABAP que je regretterais si je retournais sous Oracle Applications.
<p>- La programmation objet, je suis d’accord, n’est pas vraiment adaptée au fonctionnement des ERP, mais c’est une question de style ; le point fort est plutôt dans la gestion des interfaces graphiques, encore faut-il que cela soit fait correctement, l’adaptation au CRM m’a semble inutilement complexe (un défaut très SAP, je dirais même très allemand, la lourdeur façon ''Panzer'').
<p>- Oracle fait ça tout aussi bien, de manière plus agréable à mon goût car il se base sur une collection d’outils plus ou moins « standards » et non liés forcément à l’ERP, et le langage de développement est plus moderne et plus agréable (PL/SQL, proche du Pascal et du SQL). On pourrait rêver d’un mix des deux, du PL/SQL intégrant les <i>matchcodes</i> et éventuellement le typage « fonctionnel » des données.
<p>- Ouais, à moi aussi le temps manque... Merci des critiques constructives, en tout cas.
Des millions de lignes à travers le millefeuille - UKRAINIENurn:md5:d97998c207b5d228d72a29949fa3af852007-02-13T17:37:45+00:002007-02-13T17:37:45+00:00UKRAINIEN<p>D'accord pour le côté commercial, j'ai connu 2 projets qui ont planté pour un mauvais choix de l'ERP, à savoir SAP, qui n'était pas le meilleur choix pour le métier du client.<br />
<br />
Mais tous les clients ne font pas confiance qu'aux commerciaux dans leur choix. En fait la pertinence du choix repose sur le fait que l'on peut quitter SAP, car en fait cela représente très peu en rapport du C.A. des grandes sociétés, parfois 1 ou 2%. Et ces sociétés ne le font pas.<br />
<br />
L'ABAP OBJECT a de bons points, en rapport à JAVA, la gestion des données en permettant de se référer au dictionnaire de données. Le problème de transtypage est commun à tous les langages, l'ABAP n'y échape pas.<br />
<br />
Je suis resté sur ORACLE au PL/SQL, je ne peux pas me permettre de comparer au-delà. Cela étant dit, il faut donc voir toutes les facettes du langage.<br />
<br />
Pour l'abap : <br />
le SQL (avec ses syntaxes particulières)<br />
la gestion par des tables internes (que je trouve excellente, car figée les données à un instant me semble très important)<br />
la gestion des écrans, simpliste (parfois un peu trop)<br />
La programmation interactive<br />
la programmation object (encore faut-il l'aimer, parfois pas très adaptée au besoin, et complexifie la programmation, quelle que soit le langage. Ce n'est que mon avis).<br />
<br />
Oracle fait-il tout cela? Personnellement je ne sais pas. Et je ne connais pas le niveau de complexité pour le faire.<br />
<br />
<br />
Pour ce qui est de mes stagiaires, tous ne sortent pas d'école, certains avaient plus de 15 ans de programmation derrière eux.<br />
<br />
J'ai lu aussi tes réponses sur les autres messages. Pardon, je ne peux y à répondre à toutes, le temps me manque. Je n'ai pas essayé de te convaincre, juste de présenter mon point de vue.<br />
<br />
</p>Des millions de lignes à travers le millefeuille - Le webmestreurn:md5:7b06eaf564bfb3efa5bc59c92612db302007-02-12T21:22:30+00:002007-02-12T21:26:57+00:00Le webmestre<p><b>@UKRAINIEN</b> : Oui, j’avoue une préférence pour Oracle (du moins j’aime la base de données, et l’utiliser ; l’administrer est plus chinois ; l’ERP est mieux foutu mais moins puissant que SAP, avec ses propres limites ; les autres outils sont très inégaux ; quant à l'entreprise elle-même, elle est à baffer.<br>Pour le mandant, je n’ai pas voulu détailler. Ça fait partie des bonnes idées du produit (je passe sur quelques incohérences d’implémentation, du genre des Sapscripts mandants-dépendants quand les programmes sont interdépendants, mais bon...).<br>L’ABAP a pas mal évolué, oui, mais R/3 ne se programme pas encore en ABAP objet là où je bossais. Le peu que j’ai vu du développement sur le CRM avec sa boulimie de classes m’a effrayé ; j’ai failli pleurer quand je me suis aperçu que l’utilisation en paramètres de fonctions de variables de même type sous-jacent (entiers, chaînes...) mais de domaines différents que celui attendu provoquait des plantages (à l’éxécution !!!), obligeant à une orgie de transtypage. (Mais bon, l’expert qui me pilotait sur ce sujet précis était peut-être une burne qui ne connaissait pas les astuces...).<br>Les points positifs, il y en a, mais comme dit sur un autre billet, il ne sont pas liés au développement (sinon à la facilité de trouver des gens pour écrire les programmes, en général en Inde). Quant à l’argument d’avoir été choisi par les plus grandes sociétés... je connais assez le milieu et les commerciaux pour savoir que c’est l’antithèse même du critère d’excellence technique :o)</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:b43b5dc368247053a5f4f49c9811ac7c2007-02-12T20:47:03+00:002007-02-12T20:47:53+00:00Le webmestre<p><b>@UKRAINIEN</b> : Il faut distinguer deux choses dans le développement : la logique interne, et la facilité de le faire avec des outils correct. Pour la première, c’est un choix ; la seconde en découle cependant directement même si ce n’est que de la « technique » ; une erreur de <i>design</i> et un programme marche, mais en claudiquant.<br>SAP a choisi de ne pas tenir compte de décennies de recherche sur les bases de données (car fondamentalement c'en est une, avec des tables bien rangées), et de s'en tenir à un modèle de données antédiluvien (développé il y a longtemps) ou démentiellement moderne (CRM) ; idem pour le langage qui a des limites et une rigidité qui ne se sont plus de ce siècle, et rendent le développement très pénible pour qui est attaché à un minimum d’élégance et de compacité ; les outils sont plus ou moins imposés et représentent un <i>patchwork</i> de générations différentes, et ce ne sont pas les plus récents les mieux conçus (j’ai une haine particulière pour le pourtant récent <i>Smartforms</i>) ; la base sous-jacente est sous-exploitée (le SQL de l’ABAP n’arrive pas à la cheville de celui de la base Oracle sous-jacente ) ; l’interface est le type même de ce qu’il ne faut pas faire en ergonomie. Il est clair qu’une masse énorme de travail permet à la chose de tenir debout, mais c'est d'abord à sa richesse fonctionnelle qu’elle le doit (et là, chapeau). Je ne nie pas que quelques gadgets embellissent parfois la vie (je regretterai les <i>matchcodes</i>), mais si peu... La doc ne manque pas mais elle est boursouflée et très lourde. Les interfaces de programmation (fonctions, BAPIs, <i>user exits</i>...) se sont empilées au fil des modes et leur maniement est parfois délicat ou abscons. Dernier et très gros reproche, les standards sont totalement méprisés sur à peu près tous les plans (SAP se veut le standard).<br>En tant que développeur, ce fut un calvaire, mais comme je l’ai dit, je ne suis pas la cible et la facilité de développement n’est pas l’argument de vente. </p>Des millions de lignes à travers le millefeuille - UKRAINIENurn:md5:3837c11fcd2dff6171adad705ecfe4e32007-02-12T13:35:51+00:002007-02-12T13:35:51+00:00UKRAINIEN<p>Décidément,<br />
<br />
vou seriez pour oracle que je ne serai pas surpris. (:)) Mais c'est votre droit.<br />
<br />
La notion de mandant va au-délà de ce que vous enoncez. Il est aussi possible de rajouter des index sur les tables, jusqu'à 12, mais comme vous le savez "trop d'index tue l'index". C'est une décision à prendre par les administrateurs SAP.<br />
<br />
il y a eu de nombreuses améliorations dans les requêtes ABAP, sans que vous le voyez. Comme c'est un langage interprété compilé, les optimisations peuvent être faite sans pour autant changer la syntaxe.L'ABAP est un langage qui a beaucoup évolué au cours des 5 dernières années.<br />
<br />
SAP n'est pas considéré comme une bête de course, je partage votre point de vue. Mais comme il a été choisi par les plus grandes sociétés dans le monde, il a aussi des points positifs.<br />
</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - UKRAINIENurn:md5:485315adeaae500f7a1d0a28e8fd91252007-02-12T13:17:40+00:002007-02-12T13:17:40+00:00UKRAINIEN<p>Bonjour,<br />
<br />
Le principe de SAP se résume en 3 mots : intégrité, portabilité, scalabilité. Pour ce qui concerne l'intégrité, je ne répondrai que sur la partie développement, c'est mon métier et il y a déjà beaucoup à dire.<br />
Si vous allez intégrer directement dans les tables, c'est tout à faite possible, mais vous ne respecterez pas les règles métiers définies par le consultant fonctionnel. Les réintégrer dans un programme est refaire le travail du consultant fonctionnel, ou de SAP.<br />
<br />
Les problèmes que vous présentez dans la gestion des données concerne un problème de réplication, avec des données modifiées. Cela se gère très bien dans SAP, en passant par les fonctions adéquates, ou même dans un programme spéficique, à la condition de connaitre les bonnes zones.<br />
<br />
Il est vrai qu'il n'est pas toujours facile de travailler avec SAP, et on peut parfois s'arracher les cheveux. Mais si SAP est numéro 1, ce n'est pas pour rien. Il a aussi de nombreux avantages.<br />
<br />
Vous aurez en juillet/aout prochain un livre en français sur l'ABAP, qui présentera les concepts SAP. J'en suis l'auteur. Aux editions ENI.</p>Initialiser tu n’oublieras pas ! - Le webmestreurn:md5:d173155340981db1812b2b943bf5841d2006-12-21T21:37:00+00:002007-02-11T11:19:36+00:00Le webmestre<p><b>@Stéphane</b> : Oui, un peu. Disons que le vrai problème, là, est que le compilo laisse passer le fait qu'on rencontre deux fois la même variable à la suite, plus que le fait qu'il ne veuille pas recréer la case mémoire qui va bien.
Courage, plus que 2 semaines à subir ce langage...</p>Initialiser tu n’oublieras pas ! - Stephurn:md5:6ba0debb161a04ee9fd34e6e166a85562006-12-20T18:46:59+00:002006-12-20T18:46:59+00:00Steph<p>OK, là du coup c'est plus effrayant, oui.<br />
C'est un équivalent d'un "static" en C qui serait implicite... ?</p>Initialiser tu n’oublieras pas ! - Le webmestreurn:md5:bfbf68b88c4e3d6be2ab537d5da843352006-12-20T17:15:47+00:002006-12-20T17:15:47+00:00Le webmestre<p><b>@Stéphane</b> : Heu... C'était pour voir s'il y avait quelqu'un qui <strike>lisait</strike> suivait... :o)<br> Sérieusement, oui, la ligne DATA est au-dessus du IF, et effectivement ça ne passerait pas, et elle n'est pas non plus réinitilalisée. D'ailleurs le code foireux que tu as pointé compile aussi, j'ai vérifié, et c'est également effrayant... </p>Initialiser tu n’oublieras pas ! - Stephurn:md5:a90ee54c023de062cc55faa1e831a5b42006-12-20T11:28:40+00:002006-12-20T11:28:40+00:00Steph<p>Je ne connais pas ABAP du tout, mais dans ton exemple<br />
----------<br />
IF x-un_champ = ... .<br />
. DATA v TYPE c VALUE '0'.<br />
. v = c_une_valeur.<br />
.ENDIF.<br />
. compteur = compteur + v + x-un_autre_champ.<br />
----------<br />
tu déclares bien v à l'intérieur du IF/ENDIF, et tu l'utilises pourtant en dehors dans ta sommation ?<br />
<br />
Je ne vois pas comment il devrait réagir, mais en C si tu fais.<br />
---------------<br />
if x->champ {<br />
montype v = 0;<br />
v = c->valeur;<br />
}<br />
compteur = compteur + v + x->un_autre_champ;<br />
---------------<br />
tu vas te prendre une erreur du compliateur, bien sur...<br />
<br />
Qu'ABAP le permette me parait plus une faute que le fait qu'il n'initialise pas.</p>Initialiser tu n’oublieras pas ! - Baliseurn:md5:c326dc9b08e6d75b218efb5f57ce1e362006-12-19T22:37:48+00:002006-12-19T22:37:48+00:00Balise<p>AAAAAAAAH mais quelle horreur :(((</p>Par paquets de 5 - Le webmestreurn:md5:71f6d6cc5da6a5bc3aac0e897194c67f2006-11-17T09:41:35+00:002006-11-17T09:42:16+00:00Le webmestre<p><i>Balise</i>>Effectivement, mon entretien annuel, ça a donné à peu près ça :o) <br>Et j’en ai tiré les conséquences puisque je pars et du client et de ma SSII trop spécialisée sur SAP dans la région.</p>Par paquets de 5 - Baliseurn:md5:6f8ee6678b545d70311218c1ed2f1f072006-11-16T22:35:48+00:002006-11-16T22:35:48+00:00Balise<p>J'aime. Et après, en entretien : « Y a-t-il des choses que vous ne souhaitez pas faire ? - Du SAP. - Ah, pouquoi ça ? ».</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:e11a47ebfc5546f7ecb9771a4298a8af2006-11-09T17:54:07+00:002006-11-09T17:57:33+00:00Le webmestre<p><i>Raspberry92</i> > Les modèles de données complets comportent des milliers de table. Et cela dépend du nombre de modules installés. Dans le cas d’Oracle, on peut se débrouiller un peu avec les nom, mais le modèle de SAP R/3 est vraiment cryptique, avec ses noms de tables de 4 lettres, acronymes de mots en allemand. C’est pour quelle utilisation ?
<br>Soit dit en passant, toutes les docs que j’ai vues sur le sujet indiquent que l’information est confidentielle (non que ce soit vraiment un joyau, mais la chose doit ).
</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Raspberry92urn:md5:048d983a546f85f550c08dc475ab241d2006-11-09T17:40:22+00:002006-11-09T17:40:22+00:00Raspberry92<p>Bonjour,<br />
savez vous si il est possible de récupérer les datamodels de ces deux ERP ?<br />
Cordialement,<br />
</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - JELMANSurn:md5:61d049832a8456b564d73b750719a4612006-10-23T21:34:46+00:002006-10-23T21:34:46+00:00JELMANS<p>bonjour..pourriez vous m'avoir les codes et types de mouvements pour sap r/3 de magasinage du stock... out-ind-mix-ensachage produits ect.....merci a+++</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - Le webmestreurn:md5:36170a9053424a28804b83254bd753272006-09-05T20:44:20+00:002006-09-05T20:44:20+00:00Le webmestre<p>Et bien giao, profite d’Oracle tant que tout le monde n’est pas encore passé sous SAP :o)</p>La Guerre des ERP : SAP vs Oracle Applications (5) : Schémas de données - giaourn:md5:3b5310ffd844076dd88833654e7c76482006-09-05T18:47:49+00:002006-09-05T18:47:49+00:00giao<p>merci pour ce début de commencement d'explication sur les différences intrinsèques entre Oracle et SAP. Je travaille sur OAP depuis 1999 et je trouve ton exposé très pertinent. Malheureusement, ma connaissance de SAP est nulle mais l'étude comparée permet d'en concevoir quelques aspects. bien cordialement.</p>Je hais les spammers - jidurn:md5:7de90d093d5dc437bd4bb253dd1e13522006-05-20T18:53:06+00:002006-05-20T19:59:43+00:00jid<p>Sisi, spamplemousse gère les trackbacks, faut rajouter les lignes qu'il faut où il faut, c'est tout.</p>