
Interactivité entre le frontal Acces et le moteur SQL Server
par Rick Dobson - Mis en ligne le 10/06/2002
Microsoft Access 2002 est la version
d'Access livrée avec Microsoft Office XP.
nous savons tous aujourd'hui que XP est
synonyme d'expérience. Quand on utilise
des projets Access dans Access 2002,
pourrait en conclure qu'Access 2002 est
seconde tentative de Microsoft pour améliorer
l'expérience - particulièrement
pour SQL Server 2000.
L'expérience est plus conviviale et même si Microsoft continuera sans aucun doute à améliorer Access dans de futures versions, Access 2002 offre pléthore de nouvelles fonctions intéressantes si vous utilisez SQL Server 2000 ou si vous l'envisagez.
Access 2002 est compatible avec SQL Server 2000, tandis qu'Access 2000 nécessite quelques aménagements pour fonctionner avec lui. Et Access 2002 s'intègre plus étroitement à SQL Server 2000 qu'Access 2000. En outre, Access 2002 introduit plusieurs designers visuels nouveaux et améliorés et des propriétés étendues qui rendent l'utilisation de SQL Server à partir d'Access, plus puissante et plus simple. Si vous envisagez d'utiliser XML pour accomplir plus facilement certaines tâches de base de données courantes, Access 2002 propose deux nouvelles méthodes qui simplifient considérablement l'import et l'export de documents XML de bases de données SQL Server.
Un projet Access est un type spécial de fichier Access qui se connecte à une base de données SQL Server par l'intermédiaire d'une connexion OLE DB. Un projet Access facilite de nombreuses fonctions de définition de base de données SQL Server (création des bases de données, des tables, des vues et des procédures cataloguées, par exemple) et s'intègre étroitement avec les formulaires, rapports, et pages Web d'Access (que Microsoft appelle pages d'accès aux données). Les projets Access dans Access 2002 demandent quelques aménagements pour être compatibles avec SQL Server 2000. (Pour plus d'informations sur les étapes nécessaires pour l'intégration, voir l'article Microsoft « ACC2000: Incompatibility Issues Between Access 2000 Projects and SQL Server 2000 » à http://support.microsoft.com/support/kb/ articles/q269/8/24.asp.) En revanche, Access 2002 est immédiatement compatible avec SQL Server 2000 (ainsi qu'avec SQL Server 7.0 et 6.5).
Dans Access 2002, l'UI (interface utilisateur) pour le projet Access a changé pour tenir compte des fonctionnalités nouvelles et améliorées, qui font d'Access 2002 un meilleur outil de développement pour SQL Server que son prédécesseur. Les changements d'UI sont évidents dans les options de menu, dans les options proposées dans la fenêtre Database, et dans les concepteurs visuels pour les tables, les procédures cataloguées, et les UDF (userdefined functions).
Lire l'article

Sauvegarde et restauration avec Split Mirror
par Ron Talmage - Mis en ligne le 10/06/2002
SQL Server 2000 peut sauvegarder de
très grandes bases de données (VLDB,
very large databases) rapidement et
sollicitant très peu le serveur de base
de données. Mais en restaurant à partir
de ces sauvegardes, on risque de réduire
la disponibilité de la base de données.
En effet, l'un des principaux inconvénients de la restauration d'une VLDB est de la rendre indisponible pendant cette opération, c'est-à -dire pendant plusieurs heures. Pour résoudre le problème de l'indisponibilité de la base de données pendant une restauration, Microsoft s'est unie avec trois importants fournisseurs de SAN (Storage Area Network) - Compaq, EMC, et Hitachi Data Systems (HDS) - pour permettre la sauvegarde et la restauration en mode split-mirror. La restauration split-mirror peut se faire en quelques secondes, réduisant donc considérablement le temps d'indisponibilité de la base de données. Pour tous ceux qui veulent une grande disponibilité de la base de données et ne peuvent pas se permettre le temps d'interruption qu'impose la restauration, la technologie split-mirror offre une solution simple fondée sur le hardware.
Toutes les éditions de SQL Server 2000 possèdent la fonction splitmirror. Contrairement à l'interface de sauvegarde et de restauration bien connue de SQL Server 2000, le procédé split-mirror a besoin de matériel spécialisé et de logiciel tierce partie. Pour effectuer une sauvegarde ou une restauration split-mirror, il faut stocker le contenu de la base de données sur des jeux de lecteurs en miroir, en configuration SAN. Les opérations de sauvegarde et de restauration se déroulent dans le sous-système de stockage sur disque, et donc concernent peu le serveur de base de données SQL Server 2000.
Les deux types de sauvegarde diffèrent également par leur mécanismes sous-jacents. Dans une sauvegarde SQL Server 2000 classique, SQL Server écrit des pages de données sur l'unité de sauvegarde, qui peut être un fichier disque ou un lecteur de bande. En revanche, dans une sauvegarde splitmirror, SQL Server laisse au logiciel et au matériel du fournisseur du sous-système disque la responsabilité du stockage des données.
La sauvegarde split-mirror préserve la disponibilité de la base de données car elle la sauvegarde en quelques secondes. On peut donc se permettre des sauvegardes plus fréquentes. Et la restauration d'une base de données à partir d'une sauvegarde split-mirror est tout aussi rapide. La sauvegarde split-mirror permet pratiquement de se dispenser des ressources du serveur de base de données pour cette opération. De plus, on peut initialiser un serveur secondaire beaucoup plus rapidement qu'avec la méthode de sauvegarde et de restauration SQL Server standard.
Mais n'oubliez pas que la sauvegarde split-mirror demande du matériel et du logiciel spécialisés. Il faut que la base de données soit stockée sur un sous-système disque avec miroir - en principe RAID 10 sur un SAN. En outre, elle nécessite un utilitaire logiciel de gestion de volumes spécialisé pour communiquer avec SQL Server 2000. Il faut donc mettre en balance les avantages de la technologie split-mirror et le coût du logiciel et du matériel système disque qui l'accompagnent.
Lire l'article
Gérer votre base de données MSDE
par William Vaughn - Mis en ligne le 23/10/02
Le scénario est le suivant : vous avez
développé une application qui utilise
SQL Server. Vous développez sur le
MSDE (Microsoft SQL Server Data
Engine), la version desktop de SQL
Server, sur votre propre système ; mais
votre application tourne sur un système
cible sans MSDE installé et n'ayant pas accès à SQL Server sur le réseau ...
Découvrant que vous devez
installer MSDE sur le système cible,
vous rassemblez des informations et
bâtissez une stratégie pour installer
MSDE sur le système cible. Fort bien,
mais avant de démarrer, réfléchissez
aux points suivants :
• redémarrer ou non MSDE avant
d'exécuter votre application
• connecter l'instance MSDE sur le système cible
• installer la base de données initiale
• mettre en place les comptes utilisateur
et les autorisations sur votre
base de données pour les utilisateurs
et l'administrateur système
• arrêter MSDE quand l'application se
termine
• sauvegarder la base de données et la
restaurer
J'ai écrit un exemple de code pour illustrer la gestion d'une installation MSDE au moyen de SQL-DMO (SQL Distributed Management Objects) et d'autres techniques plus classiques. Voyons quelques explications détaillées des techniques que j'ai utilisées et quelques conseils pour que tout se passe bien pour les applications et utilisateurs longtemps après la fin de l'installation. Vous pouvez également utiliser ces techniques avec des applications SQL Server non MSDE afin que, quand vous effectuerez une mise à niveau à partir de MSDE, vous n'ayez pas à apporter beaucoup de modifications aux routines servant à gérer le serveur.
Lire l'article
Omtool lance Genidocs 1.2
Omtool lance Genidocs 1.2, logiciel sécurisé pour email qui se caractérise par le support Microsoft Office XP, une passerelle pour message « server-to-server » et une authentification améliorée.
Cette nouvelle version offre également un support de cryptage PDF 128-bit, la création de messages et le suivi de la livraison, le support SQL Server et Microsoft Access.
Lire l'article
OLAP pour développeurs
par Dan Fox - Mis en ligne le 23/10/02
SQL Server 2000 Analysis Services supporte
de nombreuses nouvelles options
pour OLAP, dans le domaine de
l'architecture, de la sécurité et de l'administration; y compris des cubes liés, des cellules calculées, des ensembles
nommés, et des cubes partitionnés distribués ...Analysis Services n'a pas oublié
les développeurs, en leur permettant
de voir des lignes de détails par drillthrough
(analyse approfondie) et de
laisser les utilisateurs agir sur des cellules
dans un cube, au moyen d'actions.
Dans les deux cas, ces fonctions
offrent des possibilités qui étaient difficiles
sinon impossibles auparavant.
Dans cet article, je montre comment
les développeurs peuvent s'en remettre
à Analysis Services pour des applications
Web en ajoutant le support
drillthrough et en mettant en oeuvre
des actions.


Multi-Tier Code Generator
MIDAR annonce Multi-Tier Code Generator, logiciel qui examine la base de données et crée automatiquement trois projets complets Visual Basic.
Ce logiciel génère automatiquement des scripts SQL Server pour s'interfacer avec le tier VB. Le code VB généré utilise des interface COM. Le logiciel supporte SQL Server 2000 et 7.0.
Lire l'article
Le Datamining au travail
par Sanjay Soni, ZhaoHui Tang, Jim Yang, et Kamal Hathi - Mis en ligne le 26/04/02
Le datamining aide à trouver des profils
et des tendances cachés et des informations
de gestion utiles dans de
vastes ensembles de données. Ainsi
renseignées, les entreprises peuvent
améliorer le marketing, les ventes, et
l'assistance client, grâce à une
meilleure appréhension de la clientèle ...
De nombreux problèmes de gestion peuvent être ainsi résolus : voir quels clients on risque de perdre ou découvrir d'autres produits auxquels un certain type de client pourrait s'intéresser. Dans ces scénarios, les principales activités consistent à découvrir des profils inhérents (mais pas toujours évidents) dans les données puis, à faire des prévisions en se fondant sur eux.
E-business oblige, le datamining suscite de plus en plus d'intérêt. De nombreuses sociétés découvrent qu'il a tout pour devenir une composante essentielle de l'architecture informatique et de la stratégie de développement. Comme le datamining concerne l'exploration et l'analyse, par des moyens automatiques ou semi-automatiques, de grandes quantités de données peuvent aider les analystes de gestion à déceler des profils et des règles pertinents. Les sociétés ont accumulé de très vastes bases de données provenant des applications ERP (enterprise resource planning) ou CRM (customer relationship management) et autres systèmes. Les techniques de datamining mettent au travail les données tirées des profils.
Microsoft a introduit le datamining dans SQL Server 2000, dans le cadre d'Analysis Services. En plus, Microsoft s'est alliée à plusieurs fournisseurs de datamining réputés pour créer l'API OLE DB for Data Mining. L'API définit un langage de requête de datamining (OLE DB for Data Mining Query Language) fondé sur la syntaxe SQL. Ce langage traite les modèles de datamining comme un type spécial de table relationnelle et traite les opérations de prédiction comme un genre spécial de jointure. Pour comprendre les termes employés dans cet article, voir l'encadré « Terminologie de Data-Mining ». Les Analysis Services incluent le fournisseur de datamining Microsoft, fondé sur le standard OLE DB for Data Mining. Le nouveau fournisseur comporte deux algorithmes de datamining : Microsoft Decision Trees (MDT) et Microsoft Clustering. Voyons comment chacun d'eux permet de résoudre des problèmes de gestion classiques.
Lire l'article
Toujours plus sur SQL Server
Trucs et astuces pour SQL Server : Créer une propriété étendue dans SQL Server 2000, Extraire certaines lignes dans un resulset, Se connecter programmatiquement avec l’authentification Windows, Eviter d’utiliser datetime comme clé primaire, Capturer une trace SQL, Changer l’ordre de tri dans SQL Server 7.0, Détacher et rattacher des bases de données, Présenter la taille de colonne d’une table ...
Lire l'article
Log Shipping dans SQL Server 2000 (Partie II)
par Ron Talmage - Mis en ligne le 29/04/2002
Quand votre serveur de base de données de production s'arrête - pour cause de maintenance programmée ou d'événement inattendu - il faut être sûr que la base de données est intacte sur un serveur standby. Une opération log shipping bien conçue, qui transfère les journaux de transactions d'une base de données du serveur primaire sur un serveur standby, peut vous procurer cette confiance ...SQL Server 2000 Enterprise Edition et SQL Server 2000 Developer Edition supportent log shipping comme un utilitaire Enterprise Manager intégré. Le Microsoft SQL Server 2000 Resource Kit est livré avec un ensemble de procédures cataloguées non supporté pour log shipping dans d'autres éditions de SQL Server 2000 (pour plus de détails, voir l'encadré « Log Shipping simple dans SQL Server 2000 Standard Edition »), et le Microsoft BackOffice Resource Kit (BORK) 4.5 offre une méthode non supportée de log shipping pour SQL Server 7.0. Dans l'article « Log Shipping dans SQL Server 2000, 1ère partie », j'ai décrit comment installer, reconfigurer et superviser log shipping. Dans cet article, nous allons voir comment changer les rôles des serveurs primaire et secondaire, comment inverser complètement leurs rôles, et où placer le serveur moniteur pour qu'il soit le plus utile possible.

Log Shipping dans SQL Server 2000 (Partie I)
par Ron Talmage - Mis en ligne le 29/04/2002
Log Shipping augmente la disponibilité d'une base de données SQL Server en copiant et en restaurant les journaux de transactions de la base de données dans une autre base sur un serveur standby. Comme la base de données standby reçoit toutes les modifications apportées à la base de données originale, elle en est le double exact ...... sauf pendant le court laps de temps de l'opération de copie/chargement. Donc, en cas d'indisponibilité du serveur primaire original, on peut transformer le serveur standby en un nouveau serveur primaire. Quand le serveur primaire original redevient disponible, on peut en faire un nouveau serveur standby - et inverser ainsi les rôles des deux serveurs.
Dans les éditions SQL Server 2000 Enterprise et Developer, Microsoft fournit un utilitaire Log Shipping dans Enterprise Manager - dans le cadre du Database Maintenance Plan Wizard. Auparavant, il fallait construire votre propre système Log Shipping ou - dans le cas de SQL Server 7.0 - utiliser les outils de Log Shipping non supportés disponibles dans le Microsoft BackOffice 4.5 Resource Kit. Le nouveau wizard facilite les opérations de préparation, configuration et supervision du Log Shipping de SQL Server 2000. (Pour vérifier les détails techniques de cet article, j'ai utilisé SQL Server 2000 Enterprise Edition avec Service Pack 1 - SP1. Néanmoins, d'après la liste de corrections, SP1 ne corrige aucun des bogues associés au log shipping.)

Xora présente Xora Platform
Xora présente Xora Platform, série de modules qui fournit aux travailleurs mobiles un accès sans fil aux informations en temps réel à partir de leurs applications d'entreprise.
Il est possible d'accéder aux données au moyen d'un téléphone cellulaire, d'un pager ou PDA.
Lire l'article

Les fondations du futur
Une interview exclusive de Gordon Mangione, vice-président de SQL Server, à propos de l'avenir et du présent de SQL Server 2000, de l'implémentation de XML dans les systèmes de gestion de base de données, des problèmes d’évolutivité associés à ADO.NET.Tout à fait chez lui dans un bureau le long du même hall où il a commencé sa carrière chez Microsoft voilà 10 ans, Gordon Mangione dirige une équipe SQL Server qui est au coeur de la stratégie .NET de Microsoft. A peine sorti du rôle de vice-président de l’équipe Microsoft Exchange Server, Mangione plonge dans sa nouvelle fonction de vice-président de SQL Server. Dans cette interview exclusive, il parle à Systems Journal de la réussite de SQL Server 2000, construisant une fondation pour le futur avec XML et .NET, et ce qu’apportera la nouvelle release de SQL Server, au nom de code Yukon.
Lire l'article
SQL, 10+1 astuces pour la sécurité
par Michael D. Reilly
Les données sont bien protégées par le puissant mécanisme de sauvegarde et de restauration de SQL Server. Si votre stratégie de sauvegarde et de restauration est efficace, sachez qu'en cas de problèmes, vous pourrez redresser la situation avec un minimum d'interruption et de perturbations pour les utilisateurs. Les 11 astuces suivantes permettent de tirer le meilleur parti possible de l'utilitaire de sauvegarde et de restauration qui accompagne SQL Server.
Retrouvez les figures explicatives dans l'édition papier de cet erticle
Lire l'article
Le renouveau des technologies server : les serveurs d’entreprise
par MICHAEL OTEY
Redmond pénètre dans le domaine de l'entreprise.
La nouvelle politique .NET de Microsoft est animée par la stratégie suivante : passer du statut de fournisseur de technologie pour service ou département de taille moyenne, à celui de fournisseur de logiciels et de technologie d'entreprise tous azimuts.
Les produits BackOffice de Microsoft sont jugés simples d'emploi, parfaitement adaptés au créneau départemental, mais dépourvus de l'évolutivité et de l'interopérabilité indispensables pour se hisser au niveau de l'entreprise globale. C'est pour changer cette perception que Microsoft a conçu sa nouvelle gamme d'Enterprise Servers .NET. Au cours de la dernière année, Microsoft a d'ailleurs revitalisé tout son groupe de produits serveurs. On reconnaîtra la plupart des serveurs d'entreprise .NET (.NET Enterprise Servers) comme les dernières versions des produits BackOffice établis, mais d'autres sont entièrement nouveaux.
On trouvera des informations complémentaires sur .NET Enterprise Servers de Microsoft à l'adresse http://www.microsoft.com/servers.

10 astuces de réglage pour 90 % de gains de performances
par Kalen Delaney
La règle des 90/10 pour les performances de SQL Server :
Le réglage de Microsoft SQL Server 2000 et de SQL Server 7.0 pour doper les performances peut être ardu mais, le plus souvent, on peut obtenir d'importants avantages en contrepartie d'un effort minime.

Résolution de problèmes avec SQL Profiler
par Itzik Ben-Gan
Retrouvez le coupable en reconstituant le crime…
L'utilisation de l'outil de traçage SQL Profiler de SQL Server 7.0 est comparable
à l'aide qu'apporterait un enquêteur privé, permettant d'optimiser, de dépanner
et de gérer un environnement SQL Server. L'article "Comment suivre un événement
à la trace avec SQL Server Profiler" présente l'architecture de suivi de SQL Server
7.0, et indique comment définir au moyen d'une interface graphique une fonction
de suivi avec Profiler. Désormais, vous êtes prêt à plonger dans des eaux plus
profondes, et à réexécuter les actions enregistrées par Profiler, et définir des
actions de suivi automatique avec les procédures cataloguées étendues de suivi
de SQL Server 7.0. Avec ces bases solides, on peut mettre à profit Profiler et
les procédures cataloguées étendues pour examiner différents cas de figure, allant
des requêtes dont l'exécution est anormalement longue aux situations de blocage.
Si on souhaite réexécuter des traces, il faut d'abord mener quelques tâches
préliminaires à bien

Comment suivre un événement à la trace
par Itzik Ben-Gan
Tracez les problèmes de base de données avec les puissants outils de suivi inclus
dans SQL Server 7.0
Suivre à la trace les requêtes des clients et les réponses du serveur n'est pas
chose facile avec les versions de SQL Server antérieures à la version 6.5. Un
outil de suivi freeware, appelé SQLEye, analyseur de trames réseau ODS (Open Data
Services) peut permettre de s'en sortir mais il est difficile à configurer et
compliqué à utiliser, même pour des opérations de suivi de base.
SQL Server 6.5 a apporté un outil graphique, SQL Trace, facilitant l'utilisation
de SQLEye. SQL Trace, qui peut sauvegarder ses résultats dans un fichier trace
ou un fichier script SQL, peut gérer un nombre limité d'événements et de filtres
; il indique également, par exemple, les instructions SQL passées par un client
et les procédures cataloguées exécutées par le serveur. En revanche, on ne pourra
pas savoir ce qui se passe à l'intérieur du serveur. On ne saura pas par exemple
quelles procédures cataloguées ont été appelées par d'autres procédures cataloguées,
ou quand une connexion a mis en place ou libéré un verrouillage (à moins d'utiliser
SQL Server 7.0).
Profiler capture des informations détaillées à propos des événements se
produisant sur le serveur
Les puissantes fonctions de suivi de SQL Server, et en particulier de son nouvel
outil de traçage, SQL Profiler, améliorent les fonctionnalités de SQL Trace et
introduisent de nouvelles fonctions de suivi, d'analyse et d'optimisation de SQL
Server. Profiler capture des informations détaillées à propos des événements se
produisant sur le serveur. Cela permet ainsi de passer dans les coulisses du problème
; on peut découvrir les requêtes aboutissant à un blocage, les raisons de la lenteur
de certaines requêtes, les opérations effectuées dans une procédure cataloguée,
etc... Non seulement peut-on déterminer si un événement s'est produit, mais on
peut également analyser les opérations ayant conduit à cet événement. Outre l'interception
des requêtes client et des réponses du serveur, Profiler enregistre les événements
générés par les composants internes du serveur.
La configuration d'une trace Profiler de base est relativement simple. Mais on
peut rapidement se retrouver noyé dans la masse des données générées par cet outil.
Profiler résout le problème en fournissant des filtres permettant de contrôler
la quantité et le type des données incluses dans le suivi. Le présent article
permet de se familiariser avec SQL Profiler, et montre comment définir graphiquement
une trace. L'encadré "Boîte noire SQL Server", décrit la fonction Flight Recorder
de SQL Server, qui trace les 100 dernières requêtes. L'article "Résolution de
problèmes avec SQL Profiler", analyse plus en détail les fonctions de suivi de
Profiler et de SQL Server.
Boîte noire SQL Server Les traces permettent d'analyser le comportement du système. Toutefois, l'analyse d'un problème donné peut se révéler difficile, car les événements ayant conduit au problème se sont déjà produits. Pour parer à toute éventualité, on peut créer une trace qui fonctionne en tâche de fond et de façon permanente. En plus de consommer des ressources systèmes, une telle trace génère trop d'informations difficiles à analyser efficacement. Une autre alternative consiste à essayer de reproduire le problème. Cependant, la solution la plus simple consiste à utiliser la fonction Flight Recorder de SQL Server, qui enregistre les 100 dernières requêtes traitées. Les informations de Flight Recorder sont particulièrement utiles lorsque le système s'arrête brutalement. Pour démarrer Flight Recorder, exécutez la procédure cataloguée étendue xp_trace_setqueryhistory 1. Cette procédure démarre automatiquement la fonction Flight Recorder à chaque fois que SQL Server démarre. Pour arrêter la trace, exécutez xp_trace_setque Lire l'article X
|