> Data
Garder les DTS Package Logs sur les rails

Garder les DTS Package Logs sur les rails

par Shane Dovers - Mis en ligne le 9/12/2004 - Publié en Février 2004

Un log bien bichonné donne de précieuses informations pour le dépannage

Il est parfois difficile d'isoler des problèmes DTS (Data Transformation Services) quand on ne sait pas ce qui s'est produit pendant l'exécution d'un package DTS. Heureusement DTS possède des fonctions de jiurnalisation de package intégrées qui fournissent une précieuse source d'informations pour dépanner et superviser l'exécution d'un package ...Avec SQL Server 2000, DTS offre deux méthodes pour capturer l'information du journal. La première méthode - et la seule acceptée par SQL Server 7.0 - journalise les erreurs et l'information d'exécution dans un fichier texte. La seconde méthode, introduite dans SQL Server 2000, journalise les erreurs dans une base de données. Les deux méthodes fournissent essentiellement la même information d'exécution. Toutefois, comme leurs descriptions l'indiquent, leur format de sortie est différent et, par conséquent, leur mode de gestion aussi. Dans cet article, j'examine la méthode basée sur un fichier texte pour capturer l'information d'un DTS Package Log, qui s'applique à  la fois à  SQL Server 2000 et 7.0. Voyons l'information que contient le DTS Package Log, examinons les caractéristiques de journalisation, puis appliquons une méthode pour gérer les logs DTS basés sur un fichier texte qui utilise le code VBScript avec un job SQL Server Agent planifié.

Lire l'article
SQL Server : Passé, présent et futur

SQL Server : Passé, présent et futur

par Michael Otey - Mis en ligne le 27/10/2004 - Publié en Octobre 2003

Au cours des 10 années écoulées, Microsoft a transformé SQL Server d'une base de données départementale modeste en un leader sur le marché des bases de données d'entreprise. Comme cette année marque le 10e anniversaire de SQL Server, passons en revue rapidement ses six principales releases puis jetons un coup d'oeil à  la prochaine release Yukon.

SQL Server 4.2 pour l'OS/2 1.3 16 bits
Microsoft a présenté SQL Server pour la première fois en 1992. SQL Server 4.2 ne supportait pas Windows NT. Microsoft avait élaboré le produit avec Sybase pour la plate-forme IBM OS/2 1.3 16 bits.
SQL Server 4.2
La première release SQL Server 32 bits est venue en 1993. Cette release, aussi développée avec Sybase, permettait à  SQL Server 4.2 de travailler avec NT 3.1. En 1994, Microsoft a mis fin à  son co-développement avec Sybase et a poursuivi le développement de SQL Server pour NT uniquement.
SQL Server 6.0
En 1995, venait la release 6.0. C'était la première fois que SQL Server offrait de véritables possibilités de base de données d'entreprise. SQL Server 6.0 amenait la GUI Enterprise Manager et la prise en charge de la réplication, de la planification et de la DRI (Declarative Referential Integrity).
SQL Server 6.5
SQL Server 6.5 est apparu en 1996, dans la foulée de la release 6.0. Ses améliorations étaient nombreuses : plus grande évolutivité, verrouillage dynamique au niveau des pages, transactions distribuées, extension de la réplication aux sources de données ODBC, et un Database Maintenance Wizard.
SQL Server 7.0
SQL Server 7.0 est apparu en 1998 sous le nom de code Sphinx. C'était le plus gros changement de l'architecture SQL Server depuis la release originale. SQL Server 7.0 offrait l'évolutivité massive, un accroissement des performances, l'auto-réglage dynamique et le verrouillage au niveau des lignes. Et aussi OLAP Services, pour démocratiser le data warehousing et la business intelligence (BI). Avec la release 7.0, SQL Server commençait à  affronter directement Oracle et IBM DB2 sur le marché des bases de données d'entreprise.
SQL Server 2000
C'est en octobre 2000 que Microsoft a présenté SQL Server 2000, sous le nom de code Shiloh. Analysis Services de SQL Server 2000 améliorait les possibilités OLAP et BI et ajoutait des fonctions de data mining. La release 2000 offrait aussi l'intégration XML, permettant de stocker, d'extraire et de gérer des données en format XML. Les releases Web suivantes ont amélioré l'intégration XML du produit et introduit SQL Server 2000 Notification Services.
Yukon
La prochaine release de SQL Server, sous le nom de code Yukon, est attendue en 2004. Elle inclura le CLR (Common Language Runtime) .NET qui permet d'écrire des objets base de données comme des procédures stockées et des triggers dans des langages compatibles .NET comme C# et Visual

Lire l'article
Actualités – Mai 2004

Actualités – Mai 2004

Les actualités SQL Server pour le mois de Mai 2004

Lire l'article
AppDetective 3.1.8contre les vulnérabilités

AppDetective 3.1.8contre les vulnérabilités

Application Security annonce AppDetective 3.1.8, logiciel d'évaluation des vulnérabilités qui peut vérifier trois nouvelles vulnérabilités SQL Server : « named pipe hijacking », « named pipe » Deni de services (DoS), les problèmes dans les appels de procédures locales (LPC).

En outre, AppDetective peut vérifier si vous avez installé un patch qui empêche d'indiquer un nom de compte sur lequel SQL Server fonctionne.

Lire l'article
Arbres XML : Pas à  pas

Arbres XML : Pas à  pas

par Julian Watson - Mis en ligne le 19/05/2004

Comment renvoyer des données sous forme de XML hiérarchique

Les bases de données relationnelles stockent souvent leurs données dans une structure arborescente ou hiérarchique, où chaque élément est associé à  un autre, selon une relation parentenfant.L'exemple le plus courant est la structure ou organigramme de direction d'une société comme celle que montre la figure 1. La hiérarchie a généralement une profondeur arbitraire et chaque élément ne contient des informations que sur sa position relative dans l'arbre. A en juger par les nombreuses questions des newsgroups, une exigence courante se dessine : utiliser SQL Server pour renvoyer la totalité de l'arbre en format XML. Par exemple, beaucoup doivent afficher une hiérarchie sur une page ou un rapport Web. La figure 2 montre un arbre affiché en mode XML.
Bien que le support XML de SQL Server 2000 soit souple, il ne permet pas de renvoyer XML hiérarchique, selon une profondeur arbitraire. Mais on peut obtenir ce résultat grâce à  la commande FOR XML EXPLICIT T-SQL.
Certaines techniques d'accès à  des données hiérarchiques par l'intermédiaire de T-SQL peuvent devenir très complexes. Cet article explique les techniques et bâtit le T-SQL en petites étapes pour en faciliter la compréhension. En cours de trajet, j'aborde des méthodes comme l'utilisation de SQL dynamique et je révèle quelques trucs et astuces, y compris comment utiliser des tables temporaires au lieu d'UNIONs dans vos instructions FOR XML EXPLICIT pour réduire la taille et la complexité de ces instructions. L'article suppose une bonne connaissance de XML sur SQL Server 2000 et l'utilisation de la table universelle.

Lire l'article
SQL Server 2000 64 bits Enterprise Edition

SQL Server 2000 64 bits Enterprise Edition

par Michael Otey - Mis en ligne le 19/05/2004

Avez-vous besoin du surcroît de puissance de SQL Server 2000 64 bits Enterprise Edition ?

Depuis sa release 7.0 en 1998, SQL Server a pris sa vitesse de croisière, éliminant les obstacles qui freinaient l'adoption des versions SQL Server précédentes dans l'entreprise.Une nouvelle technologie de large diffusion, dite vues partitionnées distribuées, a propulsé SQL Server en tête des classements TPC-C pour systèmes base de données en cluster. (TPC-C est un benchmark standard pour systèmes base de données, conçu par le TPC (Transaction Performance Processing Council) qui rassemble tous les principaux fournisseurs de bases de données. Le test TPC-C mesure les transactions par minute - ou tpmC.) SQL Server a aussi fait irruption dans le top 10 de TPC-C pour systèmes non clustered, mais sans damer le pion aux meilleures solutions base de données d'IBM et Oracle qui fonctionnaient, il est vrai, sur un matériel plus puissant. Cela étant, SQL Server a continué à  gagner nettement en évolutivité et la nouvelle SQL Server 2000 64 bits Enterprise Edition (nom de code précédent Liberty) rapproche encore plus SQL Server du sommet en matière d'évolutivité d'entreprise. Examinons donc les fonctions de SQL Server 64 bits et voyons dans quelles conditions il est judicieux de déployer cette nouvelle plate-forme puissante.

Lire l'article
Actualités – Avril 2004

Actualités – Avril 2004

Les actualités SQL Server pour le mois d'Avril 2004

Lire l'article
BizTalk Server 2004, le serveur d’intégration de Microsoft

BizTalk Server 2004, le serveur d’intégration de Microsoft

BizTalk Server 2004, le serveur d'intégration de Microsoft, assure la fonction de chef d'orchestre des échanges inter applicatifs entre les acteurs internes et externe à l'entreprise.

Les développeurs pourront capitaliser sur leur expérience en s'appuyant sur l'environnement de développement unifié Visual Studio .NET intégré à BizTalk Server 2004.

Lire l'article
9 conseils en services d’analyse

9 conseils en services d’analyse

par Tom Chester - Mis en ligne le 14/04/2004

Essayez ces meilleures pratiques non orthodoxes mais efficaces dans votre prochain projet

Voilà  4 ans que Microsoft a redéfini le marché OLAP en introduisant Analysis Services (dénommé à  l'origine OLAP Services), la base de données analytique multidimensionnelle intégrée dans SQL Server. Dans ce laps de temps, j'ai rassemblé une liste d'astuces et de bonnes pratiques moins connues qui peuvent grandement aider les développeurs d'Analysis Services. Ces neuf conseils et techniques, qui vont du banal au sublime, vont à  contre-courant de la pratique courante. Mais cette dernière n'est pas forcément la meilleure, et l'une de ces astuces pourrait bien déterminer la réussite de votre prochain projet.

Lire l'article
Log Explorer 3.03

Log Explorer 3.03

par Ron Talmage - Mis en ligne le 14/04/2004

Récupérez sélectivement les données du journal de transactions

Lumigent Technologies vient d'annoncer une nouvelle version de Log Explorer, l'un des produits tierce partie les plus vendus dans l'espace SQL Server. Log Explorer lit un journal de transactions SQL Server 2000 ou 7.0 et décode les informations en un format lisible. Log Explorer permet d'analyser des historiques de transactions, mais il permet surtout de récupérer sélectivement des données. Cette dernière faculté particulièrement précieuse est encore améliorée dans la nouvelle release, Log Explorer 3.03.

Lire l'article
Nager dans le .Net Connection Pool

Nager dans le .Net Connection Pool

par par William Vaughn - Mis en ligne le 24/08/2004 - Publié en Décembre 2003

Concevez et configurez votre connection pool .NET en utilisant du bon sens, des requêtes ordinaires, et une poignée de propriétés SqlClient peu connues

En tant qu'instructeur et consultant en ADO.NET et Visual Basic (VB), on m'interroge souvent sur l'utilisation des pools de connexion d'ADO.NET...Ces questions viennent de clients, d'étudiants, de newsgroups et de serveurs de listes. Les questions posées sont du genre :

  • Comment puis-je activer et désactiver le connection pool ?
  • Combien de connexions sont déjà  dans le pool ?
  • ADO.NET et ADO semblent se bloquer après environ 100 connexions. Pourquoi ne peuvent-ils pas ouvrir davantage de connexions ?
  • Comment puis-je reconnaître l'utilisateur exécutant le code dans la chaîne de connexion sans épuiser rapidement les connexions ?
  • Comment puis-je m'assurer que seules les personnes autorisées ont accès à  la base de données et continuer à  tirer parti du connection pool ?
  • Comment puis-je partager une connexion commune entre différentes parties de mon application ?
Après avoir lu cet article, vous connaîtrez les réponses à  ces questions et à  beaucoup d'autres portant sur le connection-pool. J'explique comment connecter correctement les applications au serveur et, plus important, comment les en déconnecter quand le connection pool gère vos connexions. Dans un prochain article, je poursuivrai en expliquant comment superviser l'activité du mécanisme de connectionpooling (aussi appelé pooler) et comment être certain que l'application utilise le pooler correctement - de préférence avant qu'il ne déborde et n'endommage votre système.

Lire l'article
Actualités – Juin 2004

Actualités – Juin 2004

Les actualités SQL Server pour le mois de Juin 2004

Lire l'article
Database Editor Tool Kit for Desktop

Database Editor Tool Kit for Desktop

Isotupa Consulting annonce Database Editor Tool Kit for Desktop, logiciel pour les développeurs et intégrateurs systèmes.

Cette solution permet de mettre en place des applications rapidement.

Lire l'article
Article 1575

Article 1575

SQL Server Magazine s'enrichit de nouveaux contenus, conciliant « dossiers stratégiques & technologiques », au sein d'une tout nouvelle maquette, découvrez ici en exclusivité le sommaire de l'édition de Février 2004 consacrée à  Reporting Services et bénéficiez d'une offre d'abonnement unique ...

SQL Server Magazine : est une publication unique dédiée à  l'accompagnement des compétences et de l'expertise des responsables informatiques, Architectes, DBA et DBM, en charge du développement de solutions basées sur SQL Server, au sein ou autour d'autres environnement de Bases de données.

Au sommaire de l'édition de Février 2004 de SQL Server Magazine : deux dossiers consacrés à  Reporting Services, la plate forme globale de reporting d'entreprise + le CD Rom d'évaluation de Reporting Services, un dossier spécial sur les DTS Package Logs, le contrôle de la réplication avec Active X, le .Net connection Pool, Blob dans ado.net ...

Abonnez-vous et bénéficiez de nombreux services exclusifs !

Votre abonnement d'un an comprend cinq numéros de SQL Server Magazine, ainsi que votre accès pour une durée de 1 an aux services du Club Abonnés.

Le club Abonnés est un ensemble de service exclusivement réservé à  nos abonnés, qui permet d'obtenir le réassort complet de l'ensemble des dossiers publiés dans tous les précédents numéros de SQL Server Magazine - 40 dossiers thématiques - et l'ensemble des ressources qui complètent ces dossiers - codes, scripts, exécutables, listings.

Pour vous abonner à  SQL Server Magazine, deux solutions s'offrent à  vous :

Lire l'article
Special Report : Indepth pour SQL Server

Special Report : Indepth pour SQL Server

VERITAS Indepth pour SQL Server permet aux entreprises de gérer la performance de leurs applications grâce à des fonctions de surveillance, d'analyse et de paramétrage proactifs des bases de données SQL Server.

Cette solution identifie les problèmes relatifs aux performances des applications de gestion, mais aide également à leur résolution.

Lire l'article
Actualités – Janvier 2004

Actualités – Janvier 2004

Les actualités SQL Server pour le mois de Janvier 2004

Lire l'article
OutlookSoft Everest 4.0

OutlookSoft Everest 4.0

OutlookSoft Corporation, éditeur de logiciels de gestion des performances et des planifications destinés aux plates-formes Microsoft, lance OutlookSoft Everest 4.0, version enrichie de la solution de BPM (gestion de la performance) unifiée et accessible via le web.

Everest 4.0 permet aux entreprises de gérer leur stratégie en temps réel, en liant leurs objectifs aux objectifs de performance personnels de tous les décideurs - et pas uniquement d'un cercle restreint de dirigeants.

Lire l'article
Superviser votre environnement SQL Server

Superviser votre environnement SQL Server

par Mark Solomon - Mis en ligne le 18/02/2004

Une solution rudimentaire pour superviser votre environnement SQL Server

Il existe de nombreux outils sympas pour vous aider à  superviser votre environnement SQL Server. Mais tous, aussi efficaces soient-ils, coûtent cher. Superviser le logiciel d'un seul SQL Server peut coûter des milliers de dollars...Il existe de nombreux outils sympas pour vous aider à  superviser votre environnement SQL Server. Mais tous, aussi efficaces soient-ils, coûtent cher. Superviser le logiciel d'un seul SQL Server peut coûter des milliers de dollars. Et les outils de supervision sont souvent accompagnés d'agents qu'il faut installer sur votre SQL Server et qui peuvent consommer de 3 à  5 % de la puissance du traitement du serveur. En outre, de nombreux outils offrent des possibilités bien supérieures à  vos besoins. Dans l'hôpital pour enfants où je travaille, notre groupe DBA gère huit SQL Server et plus de 250 bases de données. Dans notre cas, où l'information sur les patients est consultée en permanence (24 x 7 x 365), il nous faut une méthode commune pour accéder aux informations sur l'état de santé de notre environnement SQL Server à  partir de n'importe quel point du réseau. Ironiquement, la méthode que nous avons jugée la plus utile pour extraire les données de performances courantes et historiques n'est pas un package de supervision coûteux, mais provient des outils qui sont présents dans SQL Server, Windows .NET Server et Microsoft Office XP. Par exemple, sur mon ordinateur de bureau, j'ai ajouté un canal actif qui est relié au site Web SQL Server de l'hôpital. La technologie Microsoft Active Channel est intégrée à  Internet Explorer (IE) pour « canaliser » les données du navigateur vers le desktop d'un client sans intervention de l'utilisateur. Active Channel s'intègre à  un desktop Windows actif afin que l'on puisse visualiser des pages Web comme des arrières plans de desktop ou des économiseurs d'écran, par exemple. Ainsi, si j'ai un desktop actif, je peux utiliser notre site Web comme mon économiseur d'écran. Quand j'arrive au bureau le matin, je peux examiner les résultats des sauvegardes de bases de données, lire des messages provenant des opérations DBCC (Database Consistency Checker) de la dernière nuit, voir quelles bases de données croissent le plus vite, et examiner divers graphiques de performances sur le Web - et ce avant même de me connecter.
Voyons comment vous pouvez appliquer la solution de notre groupe DBA pour visualiser les données de performances SQL Server courantes et historiques au moyen d'un graphique sur une page Web, comme le montre la figure 1. Voyons d'abord comment vous pouvez superviser votre environnement en journalisant les données System Monitor de Win.NET Server dans SQL Server. Ensuite, je vous montrerai comment nous présentons les données dans une page Web dynamique en utilisant les pages d'accès aux données de Microsoft Access. Pour appliquer les techniques que je décris dans cet article, vous avez besoin de SQL Server 2000, Office XP avec Access installé, un serveur Web IIS 5.0 ou 4.0, Win.NET Server ou Windows XP et IE 4.01 ou ultérieur. Il vous faut aussi un domaine AD (Active Directory) ou Windows NT 4.0 afin de pouvoir utiliser les comptes utilisateur de domaine pour des connexions de confiance ou l'authentification Windows. Pour des raisons de simplicité, tous les ordinateurs client que vous utilisez doivent aussi faire partie du domaine.
Avant de pouvoir visualiser vos données de performances SQL Server, vous devez d'abord créer dans Win.NET Server les journaux de comptage de System Monitor qui collectent les données de performances, puis les envoyer à  un SQL Server sur votre réseau. Si vous n'avez pas Win.NET Server (j'ai utilisé Release Candidate 1 - RC1), vous pouvez utiliser XP pour couvrir les étapes System Monitor de cet article. Win.NET Server et XP peuvent stocker les données System Monitor dans un format unique sur SQL Server. Toutefois, Windows 2000 et NT ne peuvent stocker des données de performances que dans un fichier. Win2K utilise System Monitor pour journaliser les données dans un fichier binaire ou texte, et NT utilise Performance Monitor pour journaliser les données dans un fichier binaire. Plus loin, je décris brièvement le format que nous utilisons et vou

Lire l'article
7 étapes pour le cryptage SSL

7 étapes pour le cryptage SSL

par Gary Zaika - Mis en ligne le 21/01/2004

Instaurez le cryptage automatique dans un environnement SQL Server 2000 en cluster

Dans SQL Server 2000, Microsoft a introduit de nouvelles fonctions pour apporter toujours plus à  ses clients en matière de sécurité des données. A cet égard, il existe une fonction peu comprise : le support automatique du trafic de réseau crypté par SSL ( Secure Sockets Layer) entre les clients et le serveur.

Dans SQL Server 2000, Microsoft a introduit de nouvelles fonctions pour apporter toujours plus à  ses clients en matière de sécurité des données. A cet égard, il existe une fonction peu comprise : le support automatique du trafic de réseau crypté par SSL ( Secure Sockets Layer) entre les clients et le serveur. Certes, le cryptage ralentit légèrement la performance parce qu'il demande des actions supplémentaires des deux côtés de la connexion réseau. Mais, pour les utilisateurs soucieux de sécuriser leurs communications en réseau, les avantages du cryptage l'emportent largement sur ce léger ralentissement. Le cryptage est particulièrement utile quand les clients se connectent au SQL Server par Internet et que les données empruntent des réseaux publics.
Le cryptage SSL est devenu un standard : c'est celui que la plupart des entreprises utilisent pour leurs applications Internet et e-commerce. Il existe deux niveaux de cryptage SSL, 40 bits et 128 bits, qui offrent différents types de protection. SQL Server 2000 gère les deux niveaux de cryptage. Pour faire fonctionner le cryptage SSL, vous devez obtenir une clé (ou certificat) valide auprès d'une CA (Certificate Authority) de confiance ou trusted. Après avoir installé le certificat sur un système qui utilise SQL Server 2000, vous pouvez configurer SQL Server pour qu'il impose le cryptage entre les clients et le serveur. Windows 2000 est livré avec son propre CA utilisable pour des applications intranet. La plupart des sociétés utilisent des CA tierce partie pour les applications Internet. (Pour plus d'informations sur les CA, voir l'encadré « Principes de base du CA », ci-après).
Le cryptage SSL est différent du cryptage Multiprotocol Net-Library que l'on trouve dans les releases SQL Server antérieures à  SQL Server 2000. Le cryptage SSL supporte toutes les bibliothèques et protocoles de réseau, y compris les types les plus répandus : TCP/IP et Name Pipes (pour des installations en cluster, seules ces deux bibliothèques de réseau sont disponibles). Vous pouvez aussi utiliser le cryptage SSL pour des instances multiples de SQL Server, alors que le cryptage Multiprotocol Net-Library qui utilise l'API de cryptage Windows RPC, ne reconnaît que l'instance par défaut de SQL Server 2000. Le client ou le serveur (mais pas les deux) peut demander le cryptage SSL. Le cryptage demandé par le client précise que toutes les communications allant de ce client à  tous les serveurs connectés seront cryptées. Le cryptage demandé par le serveur stipule que toutes les connexions entrant dans le serveur seront cryptées puis décryptées sur celui-ci.
Il est plus difficile de configurer le cryptage pour des instructions en cluster que pour un serveur autonome. Beaucoup de sources expliquent comment installer le cryptage SSL sur une seule boîte, mais il est plus difficile de trouver des informations sur l'installation du cryptage SSL dans un environnement en cluster. Malheureusement, SQL Server Books Online (BOL) ne renseigne pas beaucoup sur la manière de configurer le cryptage SSL et ne fait qu'effleurer les exigences de configuration pour un environnement en cluster. Il faut aussi chercher à  l'extérieur de BOL pour obtenir des informations sur la manière d'installer les certificats d'authentification appropriés. Mais, avec des instructions claires, la mise en place du cryptage SSL s'effectue sans mal. Voyons en détail comment installer le cryptage SSL dans un environnement en cluster pour une société fictive appelée IDM.

Lire l'article
Testez par unités vos procédures stockées

Testez par unités vos procédures stockées

par Dan Sawyer - Mis en ligne le 21/01/2004

Mettez en forme votre code de procédure

Imaginez ceci : vous venez juste de finir le débogage de la dernière procédure stockée pour la dernière application SQL Server du département. Etes-vous satisfait de votre travail ? Etesvous certain que votre code T-SQL sera à  la hauteur des attentes des utilisateurs ? Quid des fonctionnalités que vous avez placées dans le code ? ...

Imaginez ceci : vous venez juste de finir le débogage de la dernière procédure stockée pour la dernière application SQL Server du département. Etes-vous satisfait de votre travail ? Etesvous certain que votre code T-SQL sera à  la hauteur des attentes des utilisateurs ? Quid des fonctionnalités que vous avez placées dans le code ? Avezvous couvert tous les aspects de la gestion ? Chaque fonction tient-elle ses promesses comme prévu dans tous les scénarios d'exploitation normaux?

Même si vous pouvez répondre par oui à  toutes ces questions, le moment de relâcher votre effort n'est pas encore venu. Qu'en est-il des suites possibles ? Avez-vous testé les conditions d'erreur courantes qui ont causé des problèmes par le passé ? Et qu'en est-il des gestionnaires d'erreurs ? Sont-ils eux-mêmes impeccables ? Si vous vous sentez faiblards dans l'un de ces domaines, il vaut peut-être mieux réévaluer la manière dont vos procédures stockées sont testées par unités.
Contrairement aux tests système que les testeurs professionnels effectuent après qu'une application ait été entièrement codée, le test par unités recherche les erreurs dans des modules individuels, comme les procédures stockées, tout au long du développement de ces modules. Le test par unités n'est pas difficile mais, pour être efficace, il exige du planning, de la documentation et, par-dessus tout, une compréhension partagée de certains principes de base. Donc, avant de plonger dans le processus de test, commençons par dissiper quelques préjugés courants sur le test par unités, qui nuisent souvent à  son efficacité.

Lire l'article