
SQL Server Actualités – Semaine 44 – 2004
Les actualités SQL Server pour le mois d'Octobre 2004
Lire l'article
Faire dialoguer ses applications avec BizTalk Server
par Catherine China - Mis en ligne le 9/12/2004 - Publié en Février 2004
Automatiser ses processus métier, fiabiliser ses échanges applicatifs, ouvrir son système
d'information vers l'extérieur : Microsoft BizTalk Server tient toutes les promesses de
l'EAI en jouant le rôle de chef d'orchestre des échanges inter applicatifs de l'entreprise
et des partenaires extérieurs.
Le système d'information des entreprises est constitué de
nombreuses applications « spécifiques » ou progiciels de gestion
intégrés (ERPs) bâtis sur des technologies disparates ...Dans le passé, lors d'un développement d'une nouvelle application,
une grande partie du travail des services informatiques
consistait à développer des interfaces pour soutenir
l'échange des informations entre applications. En permettant
de faire communiquer ces applications entre elles, l'EAI
-Intégration des Applications d'Entreprise- a totalement
changé la donne. Mais pourquoi faire communiquer les applications
? Tout simplement parce qu'elles sont excessivement
liées entre elles. Si une application de CRM répond à
un besoin fonctionnel précis lié à la relation client, elle nécessite
cependant des informations générées par d'autres
applications, comme la comptabilité client, la gestion des
stocks, le support technique.…
Dans un contexte de réseau local, cette communication
inter applicative peut se gérer plus ou
moins facilement. Mais dès que le système
d'information s'ouvre sur l'extérieur, vers
les partenaires commerciaux (BtoB) ou
qu'il est réparti sur de multiples sites, le
problème se corse.

SQL Shield, outil intégré pour SQL Server 2000
Activecrypt Software annonce SQL Shield, outil intégré pour SQL Server 2000 et 7.0 qui permet de crypter les triggers, vues et procédures.
Le cryptage natif de SQL Server est vulnérable à de nombreux outils de cryptage qui sont disponibles sur Internet.
Lire l'article
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é.

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
SQL Server Actualités – Semaine 50 – 2004
Les actualités SQL Server pour le mois de Décembre 2004
Lire l'article
Prévention des sinistres
par Kalen Delaney - Mis en ligne le 27/10/2004 - Publié en Octobre 2003
Se préparer au pire
Nombreux sont ceux qui divisent le
sujet de la haute disponibilité en deux parties
: prévention des sinistres et reprise
après sinistreEn réfléchissant à cet article et
en essayant de déterminer quelles activités
constituent la prévention des sinistres et
lesquelles constituent la reprise après sinistre,
j'ai constaté que la ligne de démarcation
entre les deux n'est pas si nette. J'ai
aussi pris conscience que, pour faire la distinction
entre la prévention des sinistres et
la reprise après sinistre, il faut définir clairement
ce qu'est un « sinistre » pour l'entreprise.
Si l'on définit le sinistre comme quelque
chose d'extérieur au domaine technique,
comme une inondation ou un tremblement
de terre, il est impossible de le
prévenir, au moins pour l'équipe IT. Dans
un tel cas, il faut se concentrer sur la préparation
au sinistre. Mais s'il s'agit de sinistres
purement technologiques, il est difficile de
tracer la frontière entre la prévention et la
reprise. Ainsi, si vous considérez que la
perte de votre SQL Server est un sinistre,
vous pouvez mettre en place un environnement
SQL Server en cluster tel qu'un SQL
Server sur une autre machine prenne automatiquement
le relais du serveur défaillant.
Ce mécanisme est la réponse au sinistre
que constitue la perte du SQL Server
primaire. Cependant, la plupart des gens
considèrent une solution cluster comme
une prévention des sinistres.
Dans le même esprit, nombreux sont
ceux qui considèrent que les stratégies de
sauvegarde et restauration entrent dans le
cadre de la reprise après sinistre. Or, si l'on
définit un sinistre comme une perte de
données et si une restauration complète à
partir des sauvegardes empêche la perte de
données due à un événement catastrophique,
le sinistre s'est-il produit ou l'avezvous
prévenu ? Comme il faut de bonnes
sauvegardes pour mener une restauration
complète et qu'il faut les effectuer avant
que la catastrophe ne frappe, on peut considérer
une bonne stratégie de sauvegarde
comme une technique de prévention des
sinistres.
Mais alors, qu'est-ce qui constitue exactement
un sinistre ? Du point de vue de cet
article, un sinistre est une perte de données
de production ou une immobilisation qui
entraîne une perte de productivité. En ce
qui vous concerne, si vous considérez
qu'un événement particulier est une catastrophe
pour votre entreprise, c'est un
sinistre.
Quand je distingue la prévention des sinistres
et la reprise après sinistre, j'entends
que la prévention est ce que l'on peut faire
avant que quelque chose n'arrive et la
reprise est ce que l'on fait après. Le
« quelque chose » peut être un événement
que l'on peut prévenir, comme des défaillances de disque multiples, ou ce
peut être un événement qu'il est impossible
de prévenir, comme un tremblement
de terre. Dans ce dernier cas,
vous ne cherchez pas des moyens de
prévenir l'événement : vous recherchez
des moyens pour être préparés et
prévenir une perte inacceptable de
données ou de productivité. L'encadré
« Une vraie reprise est-elle toujours
possible ? » décrit les expériences personnelles
de l'un des meilleurs experts
mondiaux en prévention de sinistres
sur SQL Server, après le choc du 11
septembre 2001. Et il souligne à quel
point la planification, la préparation et
la persévérance sont importantes pour
assurer la survie de l'entreprise après
un sinistre. Voyons quelques meilleures
pratiques qui vous aideront à
vous préparer au pire.

Données SQL Server 2000 Windows CE Edition
Syware annonce que son environnement de développement d'applications, Visual CE, supporte maintenant la création de formulaires qui utilisent les données à partir des bases de données SQL Server 2000 Windows CE Edition.
En utilisant l'outil add-on de Syware, sqlceEnable, les développeurs Visual CE peuvent utiliser les données à partir de n'importe quelle base de données SQL Server CE afin de créer des formulaires mobiles pour diverses applications, du suivi à la gestion des inventaires.
Lire l'article
SQL Server Actualités – Semaine 43 – 2004
Les actualités SQL Server pour le mois d'Octobre 2004
Lire l'article
SQL Server Actualités – Semaine 48 – 2004
Les actualités SQL Server pour le mois de Novembre 2004
Lire l'article
SQL Comparison and Synchronization 3.0
Red Gate Software annonce un ensemble d'outils, SQL Comparison and Synchronization 3.0 (SQL Toolkit), logiciel qui permet de créer des programmes afin de planifier la comparaison et la synchronisation des bases de données SQL et d'automatiser l'installation, la réplication et les tâches de vérification.
SQL Toolkit permet d'inclure des fonctions de comparaison et de synchronisation dans les applications créées. SQL Toolkit fonctionne avec SQL Server 2000 et 7.0.
Lire l'article
Application Security annonce AppRadar
Application Security annonce AppRadar, système de protection contre les intrusions pour les bases de données d'entreprise.
Ce système détecte les attaques et les mauvaises utilisations sur la base de données, détecte et empêche les attaques complexes à partir des utilisateurs valides, facilite les stratégies sécurité des informations, et assure une meilleure utilisation des ressources IT de l'entreprise. AppRadar supporte les bases de données SQL Server 2000 et MSDE 2000.
Lire l'article
Arrêter & démarrer SQL Server
par Michael Otey - Mis en ligne le 20/10/2004 - Publié en Octobre 2003
De multiples façons d'arrêter et de re-démarrer votre serveur
SQL Server est l'un des systèmes base
de données les plus fiables du marché.
Mais il faut parfois l'arrêter pour diverses
raisons : maintenance régulière,
déplacement, etc.La fermeture de
Windows entraîne l'arrêt de SQL
Server mais, si cela ne vous convient
pas, voici sept autres manières d'arrêter
SQL Server.

MSDE et SQL Server
par Michael Otey - Mis en ligne le 24/11/2004 - Publié en Décembre 2003
MSDE (Microsoft SQL Server Desktop
Engine) est un moteur de base de données
local fondé sur le même moteur
qui est au coeur de SQL Server.
Développer des applications pour
MSDE et en développer pour SQL
Server est la même chose. Et cette similitude
cause une certaine confusion
- particulièrement quand aux différences
entre MSDE et SQL Server 2000
Personal Edition ...Voici donc sept différences
importantes entre MSDE 2000
et SQL Server 2000.

Le meilleur de Web Matrix
par Michael Otey - Mis en ligne le 20/10/2004 - Publié en Octobre 2003
Web Matrix est un outil de développement
d'application graphique destiné
au nouveau framework applicatif
Web ASP.NET de Microsoft. Téléchargeable
gratuitement, il inclut un sousensemble
des fonctions de développement
de Visual Studio .NET.C'est aussi
un excellent moyen de se mettre dans
le bain en utilisant ASP.NET sans acquérir
une copie complète de Visual
Studio .NET. Web Matrix requiert
Windows XP ou Windows 2000 et est livré
avec le support pour les bases de
données SQL Server et MSDE
(Microsoft Data Engine). Pour télécharger
l'outil, allez à http://www.asp.
net et sélectionnez l'onglet Web Matrix
en haut de la page. Voici les sept points
forts de Web Matrix.

Le nouveau Visual Studio .Net
par Michael Otey - Mis en ligne le 24/11/2004 - Publié en Décembre 2003
Visual Studio .NET a été accueilli
sans enthousiasme dans sa première
année. A cela, deux raisons principales
: le marasme économique et la
difficulté des développeurs pour
apprendre les nouveaux langages
Microsoft .NET ...Avec Visual Studio
.NET 2003, Microsoft entend bien accélérer
le rythme d'adoption du produit
dans les entreprises. Voici sept
nouvelles fonctions importantes de
Visual Studio .NET 2003, pour les développeurs
base de données.

Trop, c’est combien ?
par Jeffrey Bane - Mis en ligne le 29/09/2004 - Publié en Octobre 2003
En conception de base de données, la bonne relation est primordiale
Si le rôle de l'administrateur et du
développeur de bases de données modernes
se limitait à coder SQL et à assurer
de bonnes sauvegardes, nous
dormirions tous probablement mieux
et pourrions consacrer davantage de
temps à nos loisirs. Malheureusement,
nous devons aussi avant tout mettre en
oeuvre des bases de données efficaces...Cette tâche est l'une des plus délicates
dans le monde des bases de données,
car la conception et la mise en oeuvre
d'une base de données est un exercice
lourd de conséquences positives ou
négatives.
Le temps et l'expérience aidant, on
atteint une certaine aisance malgré
l'ampleur de la tâche. Et vous atteignez
un point dans votre courbe d'apprentissage
de développement de base de
données où vous maîtrisez bien l'application
des relations many-to-many
(M:N) (de plusieurs à plusieurs) entre
les tables. Parfois même, vous vous
sentez tellement à l'aise que vous avez
tendance à abuser de ces relations.
Si vous êtes un développeur de
bases de données débutant, la relation
M:N risque de vous intimider. Mais,
après plusieurs utilisations, vous constaterez
qu'elle est relativement simple
à identifier, concevoir et mettre en
oeuvre. En général, parvenue à ce point
de maîtrise, la courbe d'apprentissage
se heurte à un mur. Très peu de développeurs
et de concepteurs de bases
de données se risquent au-delà des relations
« Big 3 » : one to one (1:1), one
to many (1:M) et M:N, pour découvrir
les autres types de relations pouvant
exister dans un schéma relationnel.
Peu de gens explorent, mais moins encore
maîtrisent, des types de relations
plus obscures du genre tertiaire ou nomenclature.
Pourtant, ces relations ne
sont que de simples extensions des
trois types de relations avec lesquelles
vous vous sentez à l'aise. Par exemple,
une relation nomenclature n'est rien
d'autre qu'une entité qui a des relations
M:N avec elle-même. Dans cette
relation, une entité pièces est constituée
d'autres pièces qui, à leur tour,
sont constituées de - vous l'aviez deviné
- encore d'autres pièces. Mais, si
l'on comprend les relations M:N, on
est tout près de comprendre la relation
nomenclature.
Ces types de relations moins
usuelles ne doivent pas constituer un
mystère dans vos schémas de bases de
données. Pour démystifier ces relations,
voyons la relation supertype-
subtype sous-utilisée et souvent incorrectement
mise en oeuvre. Elle est
aussi connue sous le nom de relation
superclass-subclass. Si vous avez déjà
pratiqué le développement orienté objet,
vous connaissez cette relation,
dans laquelle plusieurs entités partapartagent
certains attributs, mais pas tous.
A noter que dans cet article, je
couvre principalement la mise en
oeuvre physique d'une relation supertype-
subtype, en expliquant la logique
de ce type de relation et en soulignant
les gains de performances spectaculaires
qu'elle permet. Pour une explication
approfondie des relations supertype-
subtype au niveau logique, voir
l'article classique de Michel Poolet
« Supertypes and Subtypes », mai 1999,
sur www.itpro.fr.

SQL Server Actualités – Semaine 47 – 2004
Les actualités SQL Server pour le mois de Novembre 2004
Lire l'article
DTS itinérant
par Shane Dovers - Mis en ligne le 16/09/2004 - Publié en Octobre 2003
7 conseils pour une portabilité de package maximale
Lorsqu'on crée un package DTS, il
est très important de le doter d'un
maximum de portabilité. C'est ce que
m'ont appris les 5 années de programmation
DTS (Data Transformation
Services) effectuées depuis la première
livraison de SQL Server 7.0. La
portabilité est maximale quand un package
peut s'exécuter correctement sur
la grande majorité des serveurs...Lorsque la portabilité est présente
dans la conception du package, on
peut déplacer le package d'un serveur
sur un autre, avec peu ou pas de modifications.
Cette notion est importante
parce que la plupart des développeurs
créent les nouveaux packages sur des
serveurs de développement, puis
transportent la version testée finale sur
un serveur de production. Si l'on n'effectue
pas toutes les modifications
liées au serveur avant de porter le package
sur le serveur de production, le
package DTS ne s'exécutera pas correctement.
Les conseils qui suivent
vous aideront à réduire le nombre de
modifications nécessaires lors du déplacement
d'un package et à réduire
votre temps de mise au point.
Examinons sept manières d'obtenir
un maximum de portabilité quand
on programme des packages DTS.
Nous nous intéresserons aux deux aspects
de portabilité les plus négligés :
localisation des composants et sécurité
à l'exécution. Ensuite, nous étudierons
les variables globales avec la Dynamic
Property Task pour valider les changements
dynamiques à l'exécution, les
inconvénients liés à l'utilisation de
Send Mail Task, l'utilisation des
chemins UNC (Universal Naming
Convention), le stockage des, et
l'accès aux, fichiers source et de destination
et, finalement, l'utilisation de
Disconnected Edit pour modifier les
attributs du package DTS.

SQL Server Comparison Tool 1.2
AlfaAlfa Software annonce SQL Server Comparison Tool 1.2, application Windows qui permet aux développeurs et administrateurs systèmes d'analyser, comparer et documenter les bases de données SQL Server.
Cet outil analyse la structure de vos tables SQL Server, procédures, fonctions, vues, triggers, puis stocke les données comparées dans les tables.
Lire l'articleLes plus consultés sur iTPro.fr
- L’IA dans l’entreprise : questions et pratiques contemporaines
- Être une femme dans la tech en 2025 : comment prendre sa place et évoluer ?
- Les différents types de cyberattaques les plus répandues
- Bilan 2024 de la start-up Nation
- DORA, vecteur d’accélération de la transformation numérique des assureurs
