Discussion :

[solitude]

Bonjour,
voilà je dois développer une interface asp.net qui permet de récupérer des donnes sur plusieurs bases de données sql sever et les transférer sur une base unique sous sql server.
Le transfert ne se fait pas d'un seul coup, mais l'utilisateur le fait de temps en temps. C'est à dire aujourd’hui il récupère une partie et demain une autre , et ainsi de suite.
Ce que j'ai comme idée c'est que je developpe une couche entity frmaework pour ma nouvelle base , puis je créé des des requetes sur les differentes bases et je les appelle avec un sqlcommand puis j'alimente ma nouvelle base en passant par la couche entity framework créée. Qu'en pensez vous ? ou si vous avez une autre idée.
Merci beaucoup.

[olibara]

Salut

Pour moi entity framework est un veau et pour ce que tu veux faire il est beaucoup plus simple et certainement plus performant de le faire en mode sql traditionnel en creant eventuellement tes propres classes d'acces aux DB

SqlBulkCopy peut etre tres performant pour des mise a jour de table

[solitude]

j'ai pensé à entity framework pour eviter d'ecrire les requetes sql. Je ne sais pas s'il est performant o pas.
Et pour gerer le fait de transferer les données partie par partie , j'ai pensé à tester si l'enregistrement est dejà transféré ou pas.

[solitude]

@olibara j'ai oublié de te dire merci. Excuse moi.

[eagleleader]

Salut,

Je pense que Olibra a raison.
De toutes façons, tu dois soit écrire les requêtes Sql dans les différentes bases soit tu dois écrire du code pour aller chercher les records et les passer à ta nouvelle base.
De plus par code, tu dois tout paramétrer.
Tu gagneras certainement du temps à lancer des procédures stockées et surtout ça sera nettement plus performant.

Ce n'est que mon avis également