DbPAL supporte SQL Server

DbPAL supporte SQL Server

IT-Map annonce dbPAL, suite de modules intégrés destinés à aider les développeurs système et les DBA à gérer leurs bases de données.

La fonction Schema Editor permet aux utilisateurs de créer et maintenir le concept schema de la base de données et d'afficher de multiples vues de type DBMS. DbPAL supporte SQL Server. Il est possible d'utiliser dbPAL pour synchroniser le contenu de la base de données.

Actualités – Janvier 2003

Les actualités SQL Server pour le mois de Janvier

AppDancer/FA

AppDancer Networks présente AppDancer/FA, logiciel d'analyse et de flux d'applications réseau. Cette version permet de surveiller les transactions SQL Server et Exchange Server en temps réel.

AppDancer/FA ne contrôle pas seulement les unités, les applications et tous les flux IP associés mais il permet également de comprendre les travaux internes du réseau.

Le datamining à  moindres frais

par Frances Keeping - Mis en ligne le 28/01/2003
Le datamining consiste à  utiliser des méthodes automatisées pour révéler la signification - sous forme de tendances, courbes et relations - de données électroniques accumulées. L'une des applications les plus courantes du datamining consiste à  cibler les nouveaux clients potentiels les plus probables.

Une autre tâche courante est la segmentation de marché. Un segment de marché est un groupe de clients qui partagent certaines caractéristiques comme la longévité en tant que client, les dépenses moyennes, les achats types, et ainsi de suite. La découverte des similitudes qui caractérisent et distinguent les segments met en oeuvre des calculs massifs qui sont l'essence même du datamining.

Quand vous décidez d'adopter le datamining, ne cherchez pas plus loin que SQL Server. En effet, l'arbre de décision et les algorithmes de datamining « clustering » que Microsoft fournit dans SQL Server 2000 Analysis Services, conviennent parfaitement aux tâches d'acquisition de nouveaux clients et de segmentation de vos marchés. (Pour plus d'informations sur les algorithmes de datamining de Microsoft, voir l'article de Jim Yang, ZhaoHui Tang, Sanjay Soni et autres, « Le datamining au travail » lettre SQL Server N°2 Mars 2002.) A l'aide d'un exemple, voyons comment vous pouvez utiliser Analysis Services pour effectuer ces tâches, puis examiner les informations utiles tirées de l'analyse.

Avant la catastrophe !

par Kimberly L. Tripp - Mis en ligne le 28/04/2003
En cas de sinistre, la reprise rapide et efficace de votre base de données est essentielle. Vous devez être en mesure d'appliquer rapidement le plan antisinistre, que vous aurez bien sûr testé et bien documenté auparavant. Un bon plan antisinistre doit permettre de rétablir la base de données dans un délai, et avec un taux de perte de données, acceptables par l'entreprise.Comme la sauvegarde et la restauration sont les deux éléments importants et obligatoires de tout plan antisinistre, votre stratégie en la matière doit minimiser à  la fois la perte de données et le temps d'immobilisation. Et si la base de données compte des centaines de giga-octets - voire de téra-octets - il est d'autant plus difficile de réduire le temps d'immobilisation et de restaurer rapidement.

Construire un système d’analyse fondé sur le web

par Mark Scott et John Lynn - Mis en ligne le 28/01/2003
Les analystes qui travaillent avec des bases de données analytiques organisent les données en groupes communs et essaient de voir ce qui se passerait si les choses étaient différentes. Prenons comme exemple un cas concret par excellence : est-ce que l'augmentation du prix d'un produit - qui augmentera le bénéfice par unité mais diminuera probablement le nombre d'unités vendues - aboutira à  un bénéfice total supérieur ou inférieur ? Ou comment une baisse du taux d'escompte fédéral aux Etats-Unis affecte-t-elle le rendement des prêts immobiliers ? Pour aider les analystes à  faire des projections éclairées d'après des tendances historiques, Microsoft fournit Analysis Services dans SQL Server 2000 et OLAP Services dans SQL Server 7.0. Ces services offrent la fonction OLAP et peuvent traiter les données stockées dans SQL Server (ou toute autre source de données compatible OLE DB) dans des structures de données multidimensionnelles appelées cubes. Les cubes de données simplifient l'opération consistant à  analyser les tendances et à  corréler la manière dont les entités interagissent.

Personnalisez votre réplication instantanée à  la main

par Herts Chen - Mis en ligne le 28/04/2003
C'est un formidable défi que de copier une grande quantité de données sur plusieurs serveurs. Les utilitaires de copie de SQL Server - parmi eux, bcp (bulk copy program), DTS (Data Transformation Services) et la réplication instantanée - peuvent imposer un temps de copie inacceptable dans beaucoup d'environnements de production.Après avoir expérimenté ces utilitaires, j'ai élaboré un moyen d'optimiser la performance d'une grosse réplication instantanée afin d'atteindre des niveaux acceptables dans un contexte d'exploitation réaliste. Dans l'article « Ouvrez la voie à  la réplication snapshot à  grande échelle », octobre 2002, j'ai analysé la performance de la réplication instantanée, repéré les goulets d'étranglement, et suggéré un moyen de les éliminer en personnalisant les étapes de la réplication.

Actualités – Décembre 2002

Les actualités SQL Server pour le mois de décembre

L’avenir du DBA

par Brian Moran - Mis en ligne le 23/09/2002
Dans cette liste, on trouve les plans de développement de votre carrière SQL Server au cours de l’année. Etes-vous prêt à faire franchir un palier à votre carrière SQL Server, à augmenter votre revenu potentiel et à remporter les projets intéressants dans votre société? Voulezvous êtes un expert en SQL Server?Dans cet article, je donne mon point de vue sur quelques changements clé, comme l’avènement de Microsoft .NET et l’évolution du rôle des spécialistes de bases de données, qui façonneront le monde SQL Server au cours des 12 à 15 prochains mois, et comment vous, pouvez- vous tenir à jour et même profiter de ces changements pour stimuler votre carrière. Mieux encore, j’ai invité plusieurs autres rédacteurs à s’exprimer làdessus. J’espère que cet éclairage vous aidera à planifier votre carrière SQL Server en 2002 et au-delà.

L’évolution des technologies d’accès aux données

par Wei-Meng Lee - Mis en ligne le 18/12/02
Quand les premières bases de données sont apparues, les développeurs devaient connaître parfaitement celle qu'ils utilisaient. Mais les produits et les technologies touchant aux bases de données ont progressé rapidement ... Des bases de données relationnelles aux stockages de données non relationnelles, comme le e-mail et les systèmes de fichiers, les méthodes d'accès aux données ont suivi le rythme rapide de l'évolution technologique. Aujourd'hui, face aux architectures client/serveur et applications multi niveaux, les développeurs doivent maîtriser diverses technologies d'accès. La plupart d'entre eux ont, durant des années, appris des sigles et des acronymes comme ODBC, DAO, RDO, OLE DB, ADO et RDS. Et voici que Microsoft introduit le .NET Framework flanqué d'une autre nouvelle technologie d'accès aux données: ADO.NET.

En nous immergeant dans chaque nouveau progrès, nous oublions souvent comment la technologie d'accès aux données a évolué et la logique et la philosophie successives. Une bonne compréhension de la progression - d'ODBC à  ADO.NET - peut vous aider à  choisir la technologie appropriée et à  l'optimiser pour votre organisation.

Actualités – Juillet 2002

Les actualités SQL Server pour le mois de juillet

Ouvrez la voie à  la réplication snapshot à  grande échelle

par Herts Chen - mis en ligne le 18/12/02
Si vous êtes développeur d'applications ou de bases de données, vous déplorez probablement le temps excessif que des utilitaires comme bcp (bulk copy program), DTS (Data Transformation Services) et la réplication snapshot mettent pour copier une quantité massive de données en plusieurs endroits ...Ainsi, un snapshot d'une base de données contenant 500 Mo de données définies avec des contraintes de clés et des index peut durer 2 heures pendant la journée de production ou 1 heure et demi la nuit, pour effectuer un transfert entre deux serveurs de bases de données haut de gamme, à  quatre voies, avec 1 Go de RAM et RAID 5. Cette performance est inacceptable dans une ferme de serveurs à  équilibrage de charge 24x7 ou dans un entrepôt de données d'entreprise distribué dont le temps disponible hors période de pointe est trop court pour tolérer le transfert de multiples ensembles de données massifs vers tous les serveurs. Mais alors, comment peut-on accélérer la distribution des données ?

AppDetective for Microsoft SQL Server

Application Security annonce AppDetective for Microsoft SQL Server, solution qui analyse le réseau afin d'évaluer la sécurité des bases de données du réseau et des applications groupware.

Cette solution fournit des simulations d'attaque des bases de données et des audits de sécurité. AppDetective for Microsoft SQL Server supporte SQL Server 2000, 7.0 et 6.x.

Rendre la BI accessible à  tous types d’entreprises

par Catherine China - Mis en ligne le 05/02/2003
Depuis 1998, Microsoft est présent aux deux bouts de la chaîne de la Business Intelligence (BI), tant côté serveur que client. C'est dans le développement d'applications analytiques personnalisées qu'il voit l'avenir de la BI. Avec SQL Server Accelerator for BI, son outil de développement rapide d'applications décisionnelles, son objectif est de rendre la Business Intelligence accessible à  tous types d'entreprises.Le point sur la stratégie BI de Microsoft avec John Eng, chef de produit US.

Plus de distorsion de données

par Dusan Petkovic et Christian Unterreitmeier - Mis en ligne le 09/07/2002
Des données faussées peuvent affecter le plan d'exécution des requêtes contenant un prédicat et de celles contenant une opération de jointure. Apprennez à  tenir compte de la distorsion des données pendant la conception de la base de données ...

Les colonnes d'une table représentent généralement les propriétés d'entités concrètes comme des noms d'employés et de produits. Quand votre requête contient un prédicat - une clause WHERE contenant des critères de recherche - incluant une colonne, l'optimiseur de requêtes SQL Server peut trouver les données correspondantes à  la requête de deux manières différentes : balayage de table ou accès par index. Dans un balayage de table, l'optimiseur lit séquentiellement toutes les lignes d'une table et compare chacune d'elle aux critères de recherche de la clause WHERE. SQL Server décide en général de balayer toute la table quand la requête sélectionne un nombre significatif de lignes de la table. L'optimiseur de requêtes opte plutôt pour l'accès par index quand un index de colonne (clustered ou nonclustered) existe. Utiliser ou non l'index existant dépend de nombreux facteurs différents.

DbEncrypt pour Microsoft SQL Server,

Application Security présente DbEncrypt pour Microsoft SQL Server, logiciel qui permet de crypter les lignes et colonnes de la base de données. Il est possible d'utiliser divers algorithmes de cryptage et une interface « pointer et cliquer » pour installer et gérer le cryptage.

DbEncrypt for Microsoft SQL Server fournit une interface qui génère des nombres aléatoires sécurisés et de solides clés de cryptage.

Passez à  SQL Server 2000

par Michelle A. Poolet et Michael D. Reilly - Mis en ligne le 09/07/2002
Si vous avez repoussé la mise à  niveau de vos anciennes bases de données SQL Server 6.5, le moment est venu de les amener dans le 21e siècle. Vous pouvez sauter allègrement SQL Server 7.0 parce que SQL Server 2000 est la release actuelle officielle et qu'elle regorge de nouveautés ...

... Comme le SQL Server 2000 Upgrade Wizard vous fera passer de SQL Server 6.5 à  2000, autant court-circuiter SQL Server 7.0. Si vous utilisez déjà  SQL Server 7.0, la mise à  niveau n'en sera que plus simple. Pour plus de détails, voir l'encadré « Passer de SQL Server 7.0 à  2000 ».

Actualités – Novembre 2002

Les actualités SQL Server pour le mois de novembre

MSDE Primer for Access 2000

Complément de l'article "Interactivité entre le frontal Access et le moteur SQL Server"

Tout sur la restauration

par Kalen Delaney - Mis en ligne le 26/11/2002
Restaurer une base de données SQL Server après un sinistre est l'une des missions les plus importantes d'un administrateur système (sa, systems administrator). Pourtant, la reprise fait souvent l'objet de moins d'attention que son opération jumelle, la sauvegarde ...

La plupart des administrateurs compétents savent qu'ils doivent sauvegarder régulièrement les données critiques. Aussi, comme la sauvegarde est généralement une opération plutôt simple, ils la confient souvent à  un novice de l'équipe d'administration. Il n'y a d'ailleurs rien à  y redire, tant que le débutant en question utilise une procédure rigoureuse.

En revanche, on confie rarement à  des novices les opérations de restauration. Or, comme la restauration d'une base de données n'est pas une opération quotidienne, un administrateur de SQL Server peut fort bien gérer des bases de données pendant des années sans jamais faire une restauration d'urgence. Et donc, le jour où il doit procéder à  une restauration après un sinistre, il n'est pas préparé à  toutes les subtilités de l'opération. Des pépins inattendus dans la restauration peuvent vous obliger à  consulter SQL Server Books Online (BOL) et la Microsoft Knowledge Base pour résoudre des problèmes, pendant que toute l'entreprise attend fièvreusement de pouvoir disposer à  nouveau des données. Vous devez donc être prêt à  affronter des problèmes inattendus et vous devez tester le plan de reprise. Si vous n'avez pas encore complètement testé vos opérations de reprise en simulant un scénario catastrophe, réfléchissez à  une telle simulation dès que vous aurez fini de lire cet article. J'y passe en revue divers types d'opérations de sauvegarde, y compris des sauvegardes complètes, différentielles et du journal de transactions. Ensuite, j'explique les opérations de restauration de base et décris ce que SQL Server fait pendant qu'il restaure vos données. Dans de futurs articles, nous verrons les détails à  connaître quand on transfère une base de données dans un nouvel endroit avec des utilisateurs différents. Nous verrons aussi les problèmes posés par la restauration de tout un système SQL Server au lieu d'une simple base de données d'utilisateurs.