Discussion :

[lelej]

Bonjour,

Je me pose une petite question....

J'ai une énorme base de données toute mal organisé et moche à refaire...
Donc pour ça pas de pb je vais y arriver (enfin je pense ^^)

Mais je viens de me poser la question... Comment assurer l'historique entre la nouvelle et la vieille base de données....

Exemple : Si je veux savoir combien de trucs j'ai manger sur les 10 dernières années sachant que 4 années sont stockés dans une base et 6 dans l'autre.

Donc je suppose que l'on est obligé de faire 2 requetes disctinctes puis de les associées. Ou il y a d'autres astuces ? ou d'autres idées? ou des organisations de base de données à avoir?

Car les 2 bases vont être certainement très différentes au niveau de l'organisation !

Enfin j'espère que vous avez compris ma question car la c'est la digestion et je galère un peu

[juvamine]

Quel SGBD utilises tu ?

[lelej]

Du MicroSoft SQL Server 2008 pour l'ancienne BDD et pour la nouvelle surement du MySQL avec du PHP derrière ou du MS SQL 2K8...

D'ailleurs c'est bien du MySQL le MS SQL 2K8? nan?

[juvamine]

Euh MySql (Sun) n'a stritement RIEN à voir avec SqlServer (Microsoft).

Si tes deux bases étaient sous sqlserver 2008 tu avais des solutions assez simple de ce genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
select * from [MA_BASE_HISTORIQUE].dbo.MaTable1
union ALL
select * from [MA_NOUVELLE_BASE].dbo.MaTable1

Si tes deux moteurs sont différents ça devient plus complexe...

[lelej]

J'ai toujours tourné avec des MySQL et je m'été jamais posé la question donc ouais du coup si pas le même moteur ca va être la loose en effet ...
Merci en tout cas déjà pour cette solution.
Mais qu'elles seraient les autres solutions envisageables car si je pouvais me libérer de MS, je me sentirais mieux ! lol ^^

[juvamine]

On est pas là pour débattre de cela, mais perso, moi je te conseillerai de rester avec sqlserver 2008, qui est un sgbd très performant, très maléable (malgré l'interface de la console qui laisse à désirer).
ça t'évitera une migration de moteur à moteur qui n'est jamais aisée (type de données, procédures stockées)
et ça te permettra d'avoir deux bases sur le même moteur...

[rberthou]

Pour ton problème je dirais qu'il est préférable de tout stoker dans cela dans le même type de base de données (soit MS SQL-Serveur soit Mysql), cela peut être sur des serveurs différents .

Il n'y à pas de probleme avec MYSql pour faire des jointure entre tables de serveur et d'instance MySql differentes .
http://dev.mysql.com/doc/refman/5.0/...ge-engine.html

Le plus "propre" à mon avis est de réaliser une reprise des données pour conserver ton historique dans la même base de données et dans un e structure proche de ta cible.