Je dois transférer des données d’un fichier plat dans une table SQL Server
2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql
Server par rapport à des procédures stockées codées en Transact SQL. Qu’en
est-il des performances d’exécution ? de la souplesse en terme de
transformation des données ? de la souplesse en terme d’évolution ? du temps
de développement ? etc ?
Pourriez vous me faire part de vos expériences ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
bonjour,
Anne-Laure a écrit:
Bonjour,
Je dois transférer des données d’un fichier plat dans une table SQL Server 2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql Server par rapport à des procédures stockées codées en Transact SQL.
Qu’en est-il des performances d’exécution ?
pas génial
de la souplesse en terme de
transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un module complémentaire de rétro compatibilité du temps
de développement ?
rapide
etc ?
Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont : des performances pas terrible des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK INSERT par exemple
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
bonjour,
Anne-Laure a écrit:
Bonjour,
Je dois transférer des données d’un fichier plat dans une table SQL Server
2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql
Server par rapport à des procédures stockées codées en Transact SQL.
Qu’en
est-il des performances d’exécution ?
pas génial
de la souplesse en terme de
transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer
d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un
module complémentaire de rétro compatibilité
du temps
de développement ?
rapide
etc ?
Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont :
des performances pas terrible
des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à
l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK
INSERT par exemple
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Je dois transférer des données d’un fichier plat dans une table SQL Server 2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql Server par rapport à des procédures stockées codées en Transact SQL.
Qu’en est-il des performances d’exécution ?
pas génial
de la souplesse en terme de
transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un module complémentaire de rétro compatibilité du temps
de développement ?
rapide
etc ?
Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont : des performances pas terrible des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK INSERT par exemple
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Med Bouchenafa
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de l'environnement de developpement de DTS Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une procedure stockee, il reste que T-SQL est langage tres pauvre compare a un langage de scripting comme VBS ou JavaScript utilise par DTS. Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi des langages du Framework.NET -- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news:
Bonjour,
Je dois transférer des données d'un fichier plat dans une table SQL Server 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql Server par rapport à des procédures stockées codées en Transact SQL. Qu'en est-il des performances d'exécution ? de la souplesse en terme de transformation des données ? de la souplesse en terme d'évolution ? du temps de développement ? etc ? Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de
l'environnement de developpement de DTS
Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une
procedure stockee, il reste que T-SQL est langage tres pauvre compare a un
langage de scripting comme VBS ou JavaScript utilise par DTS.
Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi
des langages du Framework.NET
--
Bien cordialement
Med Bouchenafa
"Anne-Laure" <Anne-Laure@discussions.microsoft.com> wrote in message
news:922F7C5B-BC95-4938-AFB3-D85BAE7C51A9@microsoft.com...
Bonjour,
Je dois transférer des données d'un fichier plat dans une table SQL Server
2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql
Server par rapport à des procédures stockées codées en Transact SQL. Qu'en
est-il des performances d'exécution ? de la souplesse en terme de
transformation des données ? de la souplesse en terme d'évolution ? du
temps
de développement ? etc ?
Pourriez vous me faire part de vos expériences ?
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de l'environnement de developpement de DTS Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une procedure stockee, il reste que T-SQL est langage tres pauvre compare a un langage de scripting comme VBS ou JavaScript utilise par DTS. Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi des langages du Framework.NET -- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news:
Bonjour,
Je dois transférer des données d'un fichier plat dans une table SQL Server 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql Server par rapport à des procédures stockées codées en Transact SQL. Qu'en est-il des performances d'exécution ? de la souplesse en terme de transformation des données ? de la souplesse en terme d'évolution ? du temps de développement ? etc ? Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
Anne-Laure
Merci pour votre réponse !
les problèmes de "consistence" posés par DTS consistent en quoi ? et au niveau de la sécurité ?
encore merci d'avance
Anne-Laure
"Fred BROUARD" a écrit :
bonjour,
Anne-Laure a écrit: > Bonjour, > > Je dois transférer des données d’un fichier plat dans une table SQL Server > 2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql > Server par rapport à des procédures stockées codées en Transact SQL.
> Qu’en > est-il des performances d’exécution ?
pas génial
de la souplesse en terme de > transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un module complémentaire de rétro compatibilité du temps > de développement ?
rapide
etc ? > Pourriez vous me faire part de vos expériences ? > > Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont : des performances pas terrible des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK INSERT par exemple
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci pour votre réponse !
les problèmes de "consistence" posés par DTS consistent en quoi ? et au
niveau de la sécurité ?
encore merci d'avance
Anne-Laure
"Fred BROUARD" a écrit :
bonjour,
Anne-Laure a écrit:
> Bonjour,
>
> Je dois transférer des données d’un fichier plat dans une table SQL Server
> 2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql
> Server par rapport à des procédures stockées codées en Transact SQL.
> Qu’en
> est-il des performances d’exécution ?
pas génial
de la souplesse en terme de
> transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer
d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un
module complémentaire de rétro compatibilité
du temps
> de développement ?
rapide
etc ?
> Pourriez vous me faire part de vos expériences ?
>
> Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont :
des performances pas terrible
des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à
l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK
INSERT par exemple
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
les problèmes de "consistence" posés par DTS consistent en quoi ? et au niveau de la sécurité ?
encore merci d'avance
Anne-Laure
"Fred BROUARD" a écrit :
bonjour,
Anne-Laure a écrit: > Bonjour, > > Je dois transférer des données d’un fichier plat dans une table SQL Server > 2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql > Server par rapport à des procédures stockées codées en Transact SQL.
> Qu’en > est-il des performances d’exécution ?
pas génial
de la souplesse en terme de > transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un module complémentaire de rétro compatibilité du temps > de développement ?
rapide
etc ? > Pourriez vous me faire part de vos expériences ? > > Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont : des performances pas terrible des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK INSERT par exemple
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Anne-Laure
Merci pour votre réponse.
Si j'ai bien compris, le T-SQL enrichi du framework .Net n'est utilisable que sous SQL Server 2005 et pas sous SQL Server 2000 ? Ou y'a t'il un moyen de l'utiliser quand même en 2000 ?
Merci d'avance
Anne-Laure
"Med Bouchenafa" a écrit :
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de l'environnement de developpement de DTS Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une procedure stockee, il reste que T-SQL est langage tres pauvre compare a un langage de scripting comme VBS ou JavaScript utilise par DTS. Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi des langages du Framework.NET -- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news: > Bonjour, > > Je dois transférer des données d'un fichier plat dans une table SQL Server > 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql > Server par rapport à des procédures stockées codées en Transact SQL. Qu'en > est-il des performances d'exécution ? de la souplesse en terme de > transformation des données ? de la souplesse en terme d'évolution ? du > temps > de développement ? etc ? > Pourriez vous me faire part de vos expériences ? > > Je vous en remercie par avance.
Merci pour votre réponse.
Si j'ai bien compris, le T-SQL enrichi du framework .Net n'est utilisable
que sous SQL Server 2005 et pas sous SQL Server 2000 ? Ou y'a t'il un moyen
de l'utiliser quand même en 2000 ?
Merci d'avance
Anne-Laure
"Med Bouchenafa" a écrit :
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de
l'environnement de developpement de DTS
Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une
procedure stockee, il reste que T-SQL est langage tres pauvre compare a un
langage de scripting comme VBS ou JavaScript utilise par DTS.
Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi
des langages du Framework.NET
--
Bien cordialement
Med Bouchenafa
"Anne-Laure" <Anne-Laure@discussions.microsoft.com> wrote in message
news:922F7C5B-BC95-4938-AFB3-D85BAE7C51A9@microsoft.com...
> Bonjour,
>
> Je dois transférer des données d'un fichier plat dans une table SQL Server
> 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql
> Server par rapport à des procédures stockées codées en Transact SQL. Qu'en
> est-il des performances d'exécution ? de la souplesse en terme de
> transformation des données ? de la souplesse en terme d'évolution ? du
> temps
> de développement ? etc ?
> Pourriez vous me faire part de vos expériences ?
>
> Je vous en remercie par avance.
Si j'ai bien compris, le T-SQL enrichi du framework .Net n'est utilisable que sous SQL Server 2005 et pas sous SQL Server 2000 ? Ou y'a t'il un moyen de l'utiliser quand même en 2000 ?
Merci d'avance
Anne-Laure
"Med Bouchenafa" a écrit :
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de l'environnement de developpement de DTS Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une procedure stockee, il reste que T-SQL est langage tres pauvre compare a un langage de scripting comme VBS ou JavaScript utilise par DTS. Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi des langages du Framework.NET -- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news: > Bonjour, > > Je dois transférer des données d'un fichier plat dans une table SQL Server > 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql > Server par rapport à des procédures stockées codées en Transact SQL. Qu'en > est-il des performances d'exécution ? de la souplesse en terme de > transformation des données ? de la souplesse en terme d'évolution ? du > temps > de développement ? etc ? > Pourriez vous me faire part de vos expériences ? > > Je vous en remercie par avance.
Med Bouchenafa
Non, il n'est pas possible d'utiliser le Framework.NET avec du T-SQL de SQL Server 2000 Par contre, il est tout a fait possible d'utiliser le DTS de SQL Server 2000 avec le Framework.NET Il est, par exemple, possible de developper une "Custom Task" en C# ou VB.NET et de l'utiliser avec DTS 2000 Meme si la puissance de developpement est remarquable, il vaut mieux investir dans 2005 surtout dans le cadre d'un nouveau projet Je peux comprendre que cela ne soit pas toujours possible de migrer rapidement un parc 2000 vers 2005 mais dans le cadre d'un projet ETL, il suffit d'avoir un seul poste en 2005 qui dialoguerait avec les autres postes 2000
-- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news:
Merci pour votre réponse.
Si j'ai bien compris, le T-SQL enrichi du framework .Net n'est utilisable que sous SQL Server 2005 et pas sous SQL Server 2000 ? Ou y'a t'il un moyen de l'utiliser quand même en 2000 ?
Merci d'avance
Anne-Laure
"Med Bouchenafa" a écrit :
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de l'environnement de developpement de DTS Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une procedure stockee, il reste que T-SQL est langage tres pauvre compare a un langage de scripting comme VBS ou JavaScript utilise par DTS. Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi des langages du Framework.NET -- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news: > Bonjour, > > Je dois transférer des données d'un fichier plat dans une table SQL > Server > 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql > Server par rapport à des procédures stockées codées en Transact SQL. > Qu'en > est-il des performances d'exécution ? de la souplesse en terme de > transformation des données ? de la souplesse en terme d'évolution ? du > temps > de développement ? etc ? > Pourriez vous me faire part de vos expériences ? > > Je vous en remercie par avance.
Non, il n'est pas possible d'utiliser le Framework.NET avec du T-SQL de SQL
Server 2000
Par contre, il est tout a fait possible d'utiliser le DTS de SQL Server 2000
avec le Framework.NET
Il est, par exemple, possible de developper une "Custom Task" en C# ou
VB.NET et de l'utiliser avec DTS 2000
Meme si la puissance de developpement est remarquable, il vaut mieux
investir dans 2005 surtout dans le cadre d'un nouveau projet
Je peux comprendre que cela ne soit pas toujours possible de migrer
rapidement un parc 2000 vers 2005 mais dans le cadre d'un projet ETL, il
suffit d'avoir un seul poste en 2005 qui dialoguerait avec les autres postes
2000
--
Bien cordialement
Med Bouchenafa
"Anne-Laure" <AnneLaure@discussions.microsoft.com> wrote in message
news:6ABE18CB-3D63-4E8C-8EA8-72FB38794294@microsoft.com...
Merci pour votre réponse.
Si j'ai bien compris, le T-SQL enrichi du framework .Net n'est utilisable
que sous SQL Server 2005 et pas sous SQL Server 2000 ? Ou y'a t'il un
moyen
de l'utiliser quand même en 2000 ?
Merci d'avance
Anne-Laure
"Med Bouchenafa" a écrit :
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de
l'environnement de developpement de DTS
Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une
procedure stockee, il reste que T-SQL est langage tres pauvre compare a
un
langage de scripting comme VBS ou JavaScript utilise par DTS.
Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est
enrichi
des langages du Framework.NET
--
Bien cordialement
Med Bouchenafa
"Anne-Laure" <Anne-Laure@discussions.microsoft.com> wrote in message
news:922F7C5B-BC95-4938-AFB3-D85BAE7C51A9@microsoft.com...
> Bonjour,
>
> Je dois transférer des données d'un fichier plat dans une table SQL
> Server
> 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql
> Server par rapport à des procédures stockées codées en Transact SQL.
> Qu'en
> est-il des performances d'exécution ? de la souplesse en terme de
> transformation des données ? de la souplesse en terme d'évolution ? du
> temps
> de développement ? etc ?
> Pourriez vous me faire part de vos expériences ?
>
> Je vous en remercie par avance.
Non, il n'est pas possible d'utiliser le Framework.NET avec du T-SQL de SQL Server 2000 Par contre, il est tout a fait possible d'utiliser le DTS de SQL Server 2000 avec le Framework.NET Il est, par exemple, possible de developper une "Custom Task" en C# ou VB.NET et de l'utiliser avec DTS 2000 Meme si la puissance de developpement est remarquable, il vaut mieux investir dans 2005 surtout dans le cadre d'un nouveau projet Je peux comprendre que cela ne soit pas toujours possible de migrer rapidement un parc 2000 vers 2005 mais dans le cadre d'un projet ETL, il suffit d'avoir un seul poste en 2005 qui dialoguerait avec les autres postes 2000
-- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news:
Merci pour votre réponse.
Si j'ai bien compris, le T-SQL enrichi du framework .Net n'est utilisable que sous SQL Server 2005 et pas sous SQL Server 2000 ? Ou y'a t'il un moyen de l'utiliser quand même en 2000 ?
Merci d'avance
Anne-Laure
"Med Bouchenafa" a écrit :
Le grand avantage de DTS par rapport a du T-SQL pur est la richesse de l'environnement de developpement de DTS Meme si l'on peut dans l'absolu tout faire en T-SQL dans le cadre d'une procedure stockee, il reste que T-SQL est langage tres pauvre compare a un langage de scripting comme VBS ou JavaScript utilise par DTS. Il est vrai que la donne a change avec 2005 dans lequel T-SQL s'est enrichi des langages du Framework.NET -- Bien cordialement Med Bouchenafa
"Anne-Laure" wrote in message news: > Bonjour, > > Je dois transférer des données d'un fichier plat dans une table SQL > Server > 2000. Je souhaiterai savoir quel est l'intérêt d'utiliser le DTS de Sql > Server par rapport à des procédures stockées codées en Transact SQL. > Qu'en > est-il des performances d'exécution ? de la souplesse en terme de > transformation des données ? de la souplesse en terme d'évolution ? du > temps > de développement ? etc ? > Pourriez vous me faire part de vos expériences ? > > Je vous en remercie par avance.
Fred BROUARD
Anne-Laure a écrit:
Merci pour votre réponse !
les problèmes de "consistence" posés par DTS consistent en quoi ? et au niveau de la sécurité ?
Faiblesse de la gestion des transactions, délégation de privilège difficile par exemple.
A +
encore merci d'avance
Anne-Laure
"Fred BROUARD" a écrit :
bonjour,
Anne-Laure a écrit:
Bonjour,
Je dois transférer des données d’un fichier plat dans une table SQL Server 2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql Server par rapport à des procédures stockées codées en Transact SQL.
Qu’en est-il des performances d’exécution ?
pas génial
de la souplesse en terme de
transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un module complémentaire de rétro compatibilité du temps
de développement ?
rapide
etc ?
Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont : des performances pas terrible des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK INSERT par exemple
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Anne-Laure a écrit:
Merci pour votre réponse !
les problèmes de "consistence" posés par DTS consistent en quoi ? et au
niveau de la sécurité ?
Faiblesse de la gestion des transactions, délégation de privilège difficile par
exemple.
A +
encore merci d'avance
Anne-Laure
"Fred BROUARD" a écrit :
bonjour,
Anne-Laure a écrit:
Bonjour,
Je dois transférer des données d’un fichier plat dans une table SQL Server
2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql
Server par rapport à des procédures stockées codées en Transact SQL.
Qu’en
est-il des performances d’exécution ?
pas génial
de la souplesse en terme de
transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer
d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un
module complémentaire de rétro compatibilité
du temps
de développement ?
rapide
etc ?
Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont :
des performances pas terrible
des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à
l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK
INSERT par exemple
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
les problèmes de "consistence" posés par DTS consistent en quoi ? et au niveau de la sécurité ?
Faiblesse de la gestion des transactions, délégation de privilège difficile par exemple.
A +
encore merci d'avance
Anne-Laure
"Fred BROUARD" a écrit :
bonjour,
Anne-Laure a écrit:
Bonjour,
Je dois transférer des données d’un fichier plat dans une table SQL Server 2000. Je souhaiterai savoir quel est l’intérêt d’utiliser le DTS de Sql Server par rapport à des procédures stockées codées en Transact SQL.
Qu’en est-il des performances d’exécution ?
pas génial
de la souplesse en terme de
transformation des données ?
bon, mais peut mieux faire
de la souplesse en terme d’évolution ?
Nulle car remplacée par SSIS dans la version 2005. Cepandant on peut continuer d'utiliser des lots DTS mais cela n'est pas natif et nécessite l'activation d'un module complémentaire de rétro compatibilité du temps
de développement ?
rapide
etc ?
Pourriez vous me faire part de vos expériences ?
Je vous en remercie par avance.
les raisons majeures du remplacement de DTS par SSIS sont : des performances pas terrible des problèmes de consistence et des contraintes de sécurités
De plus SSIS apporte des éléments nouveaux tels que le recollement de données à l'aide d'algorithme en logique flou.
Dans l'immédiat, mieux vaut utiliser du transact SQL "pur" avec la commande BULK INSERT par exemple
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
