Procédure : effectuer une copie en bloc sans fichier de format (ODBC)
Un exemple complet illustre comment utiliser des fonctions de copie en bloc pour créer un fichier de données en mode natif. L'exemple de code complet se trouve dans le fichier BulkCopyNativeMode.cpp, que vous pouvez télécharger à partir de la page Téléchargements SQL Server sur MSDN. Cet exemple a été développé à l'aide de Microsoft Visual C++ 2005 et conçu pour la version 3.0 ou ultérieure d'ODBC.
.gif "Remarque relative à la sécurité") Remarque relative à la sécurité |
|---|
Si possible, utilisez l'authentification Windows. Si l'authentification Windows n'est pas disponible, invitez les utilisateurs à entrer leurs informations d'identification au moment de l'exécution. Évitez de stocker ces informations dans un fichier. Si vous devez rendre les informations d'identification persistantes, chiffrez-les avec l'API de chiffrement Win32. |
Pour effectuer une copie en bloc sans fichier de format
Allouez un handle d'environnement et un handle de connexion.
Définissez SQL_COPT_SS_BCP et SQL_BCP_ON de façon à activer les opérations de copie en bloc.
Connectez-vous à SQL Server.
Appelez bcp_init pour définir les informations suivantes :
le nom de la table ou de la vue à partir de laquelle ou vers laquelle effectuer la copie en bloc ;
Le nom du fichier de données qui contient les données à copier dans la base de données ou qui reçoit les données lors de la copie à partir de la base de données ;
le nom d'un fichier de données devant recevoir tous les messages d'erreur de copie en bloc (spécifiez NULL si vous ne souhaitez pas de fichier de message) ;
la direction de la copie : DB_IN du fichier vers la vue ou la table, ou DB_OUT vers le fichier à partir de la table ou de la vue.
Appelez bcp_exec pour exécuter l'opération de copie en bloc.
Lorsque DB_OUT est défini avec ces étapes, le fichier est créé dans le format natif. Le fichier peut ensuite être copié en bloc dans un serveur en suivant ces mêmes étapes, à la différence près que DB_OUT est défini à la place de DB_IN. Cela ne fonctionne que si les tables source et cible ont exactement la même structure.
Voir aussi