Version imprimable
Bonjour,
Actuellement nous avons 2 bases sur le même serveur.
Demain cela ne sera plus possible et elles seront sur 2 machines distinctes.
Le problème c'est qu'un certain nombre de procédures stockées travaillent avec ces 2 bases à la fois (dans des jointures, des tables temporaires, etc).
Quelle solution est envisageable pour que tout cela puisse continuer à être utilisé?
Merci.
Pourquoi ces procédures travaillent sur deux basent en même temps ?
Base1 : référentiel commun contenant de gros historiques de transactions, etc,
Base2 : base d'une application qui utilise en partie des données de la première.
-->des traitements quotidiens tournent pour faire des calculs à partir de données de Base1 (retreints à des critères de Base2) pour mettre à jour Base2
-->interdit décrire des trucs spécifiques aux applications diverses et variées dans Base1, juste accès en lecture.
Avez vous consulté la doc SYBASE, la solution semble facile à mettre en œuvre sur le papier
http://infocenter.sybase.com/archive...g/iqapg814.htm
Merci beaucoup; je vois ça avec mes DBA et je vous tiens au courant.
Ca semble prometteur (sous réserve qu'on ait bien Interactive SQL dans notre arsenal et que tout cela soit valable pour Sybase Adaptative Server 12.5).
A priori c'est théoriquement faisable...mais ça risque d'être très coûteux en temps d'accès, surtout si ces bases sont situées dans 2 pays différents.
2 pays différents : est-ce votre cas ? vous aurez aussi peut être à gérer des plages de disponibilité différentes, décalage horaire oblige :?Citation:
Envoyé par stof
Malheureusement c'est ce qui est envisagé pour le moment, d'où l'étude demandée sur les conséquences que ça impliquerait.Citation:
Envoyé par escartefigue
J'ai connu une période dans laquelle, basé en France, je travaillais avec un fournisseur établi à Chicago et au Texas, outre les problèmes de maitrise de la langue et de créneau horaires, il y avait aussi des incompréhensions liées à des organisations très différentes de part et d'autres de l'atlantique.
Je me souviens notamment que le concept de "commande ouverte" très courant dans l'industrie européenne, n'était pas du tout connu la bas, il a fallu consacrer du temps à en expliquer le fonctionnement, afin d'adapter le progiciel (un ERP) et donc la DB à notre besoin.
Aspect à ne pas négliger donc.
Pour l'aspect purement informatique, attention aussi aux jeux de caractères et aux collations, aux formats de date et autres joyeusetés liées au paramétrage local de chaque DB.