Pagination côté serveur avec SQL Server

par Andrew Rosca - Mis en ligne le 6/07/2005 - Publié en Octobre 2004

Une procédure stockée simple vous permet de contrôler les flux de données et d'accéder à  des millions d'enregistrements

Les applications Web utilisent fréquemment la pagination d'enregistrements afin de présenter de très grandes quantités de données aux utilisateurs. Par exemple, il n'est pas rare qu'un moteur de recherche Internet retourne des dizaines de milliers de résultats en réponse à  une requête d'un utilisateur. Si le moteur renvoyait l'ensemble des résultats en une seule fois, le système destinataire serait complètement saturé. C'est pourquoi la pagination décompose les données en blocs de taille fixe rendant possible la gestion des résultats et réduisant la quantité d'informations transférées en une seule fois du serveur vers le client ...L'application ne propose que quelques enregistrements à  la fois aux utilisateurs, en commençant de préférence par les informations les plus pertinentes. Non seulement la pagination facilite la compréhension et la consultation des données, mais elle améliore également les performances de l'application, car la récupération et l'affichage de volumes élevés d'informations créent une charge inutile qui peut ralentir votre système. Si ce dernier pagine les enregistrements correctement, les utilisateurs d'un moteur de recherche n'auront vraisemblablement pas besoin de consulter plus d'une ou deux pages de résultats.
Malheureusement, de nombreux programmeurs n'ont pas conscience de certains aspects importants de la pagination sur le plan des performances. Dans un environnement IIS et SQL Server classique, la méthode la plus fréquente de mise en oeuvre de la pagination consiste à  utiliser les fonctionnalités de pagination de l'objet ADO Recordset standard, notamment les propriétés AbsolutePage, PageSize et PageCount. Pour les volumes de données relativement faibles (entre quelques dizaines et quelques centaines d'enregistrements), ces fonctionnalités sont parfaitement appropriées et la charge qu'elles génèrent n'affecte pas sensiblement les performances. Toutefois, à  mesure que le nombre d'enregistrements augmente, cette technique perd en efficacité et entraîne une baisse sensible des performances de l'application.
Dans les applications gérant des volumes importants de données, par exemple une application d'approvisionnement qui affiche des nombres élevés de commandes, un site de rencontres gérant des milliers d'utilisateurs ou un site de commerce électronique qui affiche des centaines de produits en réponse à  une recherche d'un utilisateur, vous avez besoin de techniques de pagination côté serveur sophistiquées. Cet article présente un exemple simple de technique de codage que j'utilise pour des tables contenant plusieurs millions d'enregistrements.

Les files d’attente

par Sameer Dandage - Mis en ligne le 6/07/2005 - Publié en Octobre 2004

Si une légère attente n'est pas critique, la solution de réplication TRQU est faite pour vous

Aujourd'hui, de plus en plus d'entreprises doivent rendre leurs données disponibles sur de multiples serveurs et sur des sites distants, en préservant une synchronisation la plus étroite possible entre les données de chacun des sites. Dès lors qu'il existe plusieurs copies des données stratégiques, la disponibilité de ces dernières s'en trouve améliorée. Par exemple, en cas de défaillance d'un site, vous pouvez dévier le trafic vers un autre site ou serveur ...Par ailleurs, les administrateurs de base de données (DBA) peuvent répartir la charge sur plusieurs serveurs, afin d'éviter la surcharge de l'un deux et améliorer les temps de réponse aux requêtes des utilisateurs, en particulier si le serveur est situé à  proximité de ceux-ci. Envisageons quelques instants un scénario illustrant les besoins de failover et de répartition de la charge pour un système de base de données qui inclut une application à  trois niveaux sur deux sites géographiquement distincts. Chaque site utilise un serveur Web, un serveur d'applications et un serveur de base de données. Lorsque le fonctionnement du système est optimum, le serveur Web et le serveur d'applications de chaque site distribuent leurs requêtes utilisateur entre les deux serveurs de base de données afin qu'ils puissent se répartir la charge de travail. Toutefois, en cas d'indisponibilité d'un des deux serveurs de base de données ou d'une des bases de données, les serveurs Web et d'applications peuvent basculer toutes leurs requêtes vers le serveur de base de données de l'autre site. Dès que le premier serveur de base de données est de nouveau opérationnel, le processus de répartition des requêtes utilisateur entre les deux est rétabli.
Lorsqu'une organisation utilise un site actif et maintient l'autre en lecture seule, les tâches du DBA sont relativement simples. En revanche, son travail devient très vite complexe si l'organisation décide de placer plusieurs sites en mode actif et de synchroniser les données entre eux. Pour répondre à  ce cas de figure, SQL Server propose une option : la réplication transactionnelle. L'objet de cet article n'étant pas d'expliquer les fondements de ce mécanisme, vous trouverez plus d'informations sur le sujet en lisant la rubrique « Réplication transactionnelle » de la documentation en ligne de SQL Server.
SQL Server 2000 propose deux options de réplication transactionnelle permettant d'actualiser les données au niveau de l'abonné (Subscriber). Pour la première, intitulée « Réplication transactionnelle avec mise à  jour immédiate des Subscribers », SQL Server utilise une validation à  deux phases afin de mettre à  jour simultanément dans la même transaction l'éditeur (Publisher) et le Subscriber. La validation à  deux phases verrouille la ligne concernée sur tous les sites participant à  la réplication lorsqu'une mise à  jour est effectuée sur l'un d'eux. Ce mécanisme de verrouillage élimine toute latence entre le moment où un Subscriber est mis à  jour et le moment où le Publisher reflète la mise à  jour en question. Pour que cette option fonctionne, le Publisher et le Subscriber doivent toutefois être en cours d'exécution et connectés en permanence, faute de quoi les utilisateurs ne peuvent pas effectuer de mises à  jour sur le Subscriber.
La deuxième option est la « Réplication transactionnelle avec mises à  jour en file d'attente », que j'abrégerai en TRQU (Transactional Replication with Queued Updates) dans cet article. A la différence de la première option, la solution TRQU requiert une certaine latence entre le moment d'une mise à  jour sur le Subscriber et le moment où celle-ci est répercutée sur le Publisher. Mais cette approche présente un inconvénient : une ligne peut être mise à  jour avec des données différentes sur plusieurs sites simultanément et la cohérence des données entre les sites ne sera pas assurée tant qu'un mécanisme de résolution des conflits n'aura pas éliminé cette incohérence. Vous définissez des règles de résolution, telles que « l'éditeur gagne » (Publisher wins) ou « l'abonné gagne » (Subscriber wins), dans la configuration TRQU. En conséquence de quoi, les mises à  jour sur un site peuvent remplacer celles effectuées sur un autre. L'approche TRQU présente l'avantage suivant : le Publisher et le Subscriber ne doivent pas être connectés en permanence et le Publisher peut être arrêté pendant la mise à  jour d'un Subscriber. Par conséquent, la réplication TRQU garantit aux utilisateurs une disponibilité plus élevée d

Matérialisez vos vues

par Michelle A. Poolet - Mis en ligne le 22/06/2005 - Publié en Octobre 2004

Si vous êtes prêt à  mettre le prix, les vues indexées peuvent dynamiser vos requêtes

SQL Server 2005, la prochaine version du système de base de données de Microsoft, inclura de nombreuses fonctions et extensions destinées à  accroître votre productivité, en particulier si vous développez des applications Web orientées base de données. Toutefois, Microsoft a retardé la sortie de la version définitive du produit jusqu'au premier semestre de l'année prochaine et il faudra encore attendre au moins un an après le lancement pour voir de nombreux services de production migrer vers cette nouvelle mouture. Entre temps, vous pouvez faire beaucoup en vue d'optimiser vos bases de données SQL Server 2000 ...En tant que modéliseur de données et architecte de conception, mon instinct me pousse à  examiner et optimiser le schéma des tables. Vous savez que je plaide en faveur d'une normalisation poussée des tables, une démarche essentielle pour préserver l'intégrité des données au cours des activités d'insertion et de gestion. Les avantages de la normalisation sont supérieurs au surcroît de travail généré par les jointures multitables nécessaires à  l'extraction des données. Il est néanmoins possible de réduire sensiblement le temps système consacré à  la création d'une jointure entre quatre ou cinq tables en vue d'extraire des données d'une base de données fortement normalisée ou lié à  l'agrégation de quantités importantes de données dans un rapport récapitulatif. Pour cela, vous pouvez créer une vue et, au lieu de laisser au moteur SQL Server le soin de la reconstruire dynamiquement chaque fois qu'elle est utilisée dans une requête, vous pouvez la « matérialiser ». Dans ce cas, il ne s'agit plus d'une table virtuelle, mais d'une table physique.

Une vue constitue assurément une table virtuelle dérivée. Son objet est d'améliorer la visibilité des données en les présentant dans un contexte plus informatif et de contrôler l'accès auxdites données en empêchant les utilisateurs non concernés de visualiser celles ayant un caractère critique ou sensible. SQL Server « matérialise » ou rend réel une vue en créant un index ordonné en clusters unique sur celle-ci. C'est pourquoi ce type de vue est parfois appelé vues indexées. Comme pour un index ordonné en clusters, des données sont associées à  une vue matérialisée.

Les vues matérialisées ne constituent pas une nouveauté dans le monde des bases de données. Même si les vues indexées faisaient figure de nouveauté dans SQL Server 2000, elles existent depuis des années dans d'autres systèmes de gestion de base de données (SGBD), notamment dans les systèmes Oracle et DB2 d'IBM. Les fournisseurs de SGBD destinés aux grandes plates-formes ont développé les vues matérialisées en vue d'améliorer leurs systèmes de data warehousing. Un data warehouse regroupe dans un même référentiel de grande taille des données techniques que vous avez intégrées à  partir de sources multiples. Ce référentiel peut héberger des données détaillées d'applications opérationnelles, des données récapitulatives de systèmes d'aide à  la décision ou une combinaison des deux. Dans un data warehouse, les données sont généralement synthétisées selon plusieurs dimensions (par ex., date, emplacement, produit), puis stockées pour les interrogations agrégées par OLAP et les applications d'aide à  la décision. Nous allons maintenant examiner l'utilité d'une vue matérialisée dans d'autres environnements que les data warehouse.

Une division entièrement dédiée aux éditeurs de logiciels

par Michael Hotek - Mis en ligne le 3/03/2005 - Publié en Avril 2004

Daniel Cohen-Zardy, Responsable Relation Editeurs de logiciels, Microsoft France répond à  quelques questions.

SQL Server Actualités – Semaine 21 – 2005

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

Solutions Haute Disponibilité

par Michael Hotek - Mis en ligne le 3/03/2005 - Publié en Avril 2004

Pour rendre un système vraiment disponible

La haute disponibilité est l'un des crédos de l'industrie informatique, mais savez- vous ce qu'elle signifie et comment l'obtenir ? Les spécialistes des technologies de l'information tentent chaque jour d'instaurer la haute disponibilité à  grand renfort de matériel et de logiciel coûteux, sans s'attaquer au vrai problème ...Techniciens et managers, ils sont nombreux à  croire que la haute disponibilité est une solution « en boîte » qu'on met en place puis qu'on oublie. Malheureusement, la technologie n'est qu'une pièce du puzzle haute disponibilité.

La véritable haute disponibilité est une combinaison de gens, de processus et de technologies. Bien que l'on puisse bâtir des solutions hautement disponibles sans l'un de ces composants, le fait de faire appel aux trois assure une disponibilité de niveau professionnel, même dans des environnements modestes. Sans les gens compétents capables de gérer les processus rendant les systèmes hautement disponibles, la seule technologie ne suffira pas. Comment mesure-t-on la disponibilité ? Les professionnels IT la définissent par cette équation :
A = (F - (D + R))/F
où A est la disponibilité, F est le temps moyen entre des défaillances, D est le temps moyen pour détecter la défaillance et adopter un remède, et R est le temps moyen de réparation. Les trois facteurs que vous maîtrisez le plus sont : le temps moyen de réparation, le temps moyen de détection d'une défaillance, et le temps moyen pour choisir un remède. Pour détecter une défaillance, il faut de la technologie et du personnel formé. Une personne compétente peut prévenir certaines défaillances et en détecter d'autres avant qu'elles ne sévissent, et appliquer des remèdes qui gardent le système online. Cette maintenance préventive englobe de puissants processus qui fournissent des chiffres de performances servant d'étalon de supervision et de comparaison à  l'équipe d'exploitation. Pour un administrateur de base de données (DBA, database administrator), il est très important de savoir quand le système fonctionne comme prévu et quand quelque chose d'anormal se produit. Si des processus de test de charge ne sont pas en place, on ne peut obtenir des chiffres de performances qu'en observant l'application après sa mise en production, au risque d'obtenir de faux résultats si elle déraille dès le départ. Les résultats de test de performances d'une application permettent aux DBA de diagnostiquer rapidement des problèmes en cours de production.
Le seul facteur que vous ne maîtrisez pas est le temps moyen entre défaillances : il est totalement imprévisible. Par conséquent, les investissements en haute disponibilité doivent être consacrés d'une part aux gens et aux processus pour réduire le temps de détection et de prise de décision, et d'autre part à  la technologie pour réduire le temps de détection et de réparation.
Retenez l'ensemble de règles suivant :

• La bonne gestion impose la haute disponibilité.
• Ce sont des personnes qui gèrent les solutions haute disponibilité.
• Les processus assurent le bon fonctionnement de ces solutions.
• La technologie apporte l'élément « physique » de la haute disponibilité.

Microsoft SQL Server 2000 Reporting Services

Geac annonce l'intégration dans MPC, sa solution de gestion de la performance, d'un nouveau module de business intelligence, basé sur les outils de l'offre 'Microsoft SQL Server 2000 Reporting Services'.

Ce nouveau module permettra aux clients de Geac et de Microsoft, de disposer d'outils de reporting puissants, au travers de l'édition automatique de rapports adaptables et configurables en fonction de différents cibles d'entreprise : analystes, auditeurs, comités de direction, managers...

SQL Server Actualités – Semaine 7 – 2005

Les actualités SQL Server pour le mois de Février 2005

SQL Server Actualités – Semaine 19 – 2005

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

Network Automation annonce AutoMate 5.0

Network Automation annonce AutoMate 5.0, logiciel qui automatise les tâches IT « front-and-back-office ».

En utilisant l'interface « glisser-déposer » il est possible d'assembler rapidement des tâches sans écrire de code.

Gestion de bases de données vers SQL Server

Vous souhaitez migrer votre système actuel de gestion de bases de données vers SQL Server ? Consultez les ressources qui vous sont proposées et faites-vous votre propre idée du produit et des avantages dont vous pourrez bénéficier : performance, disponibilité, fiabilité ou encore optimisation des coûts.

Plus d'informations sur http://www.microsoft.com/france/sql/migration/default.asp

ADO.Net 101 SqlCommand

par Rick Dobson - Mis en ligne le 16/02/2004 - Publié en Avril 2004

Un objet ADO.NET pour exécuter des commandes SQL Server

Les applications de base de données exécutent fréquemment des instructions SQL dynamiques et des procédures stockées ...Les premières sont utiles pour les opérations liées au langage de définition de données (DDL), par exemple la création de tables, ou pour les opérations d'accès aux données, telles que les requêtes ad hoc. Les secondes constituent l'ossature de la plupart des applications de base de données et elles exécutent généralement des requêtes prédéfinies, ainsi que des mises à  jour de la base de données. SqlCommand est l'objet ADO. NET chargé d'exécuter des instructions SQL dynamiques et des procédures stockées au niveau d'une base de données SQL Server. Il est essentiel de savoir l'utiliser pour commencer à  développer des applications ADO. NET. Par ailleurs, la connaissance du codage dans l'environnement Microsoft .NET et du langage ADO.NET représente une étape préparatoire indispensable pour Yukon, la prochaine version de SQL Server, car celleci fera appel aux langages .NET pour la création d'objets de base de données. Cet article constitue une introduction à  l'utilisation de l'objet SqlCommand. Il explique notamment comment l'employer pour exécuter des instructions DDL SQL dynamiques et passer des paramètres à  une procédure stockée, ou encore pour exécuter une procédure stockée et renvoyer des valeurs. Bien que Visual Studio .NET ne soit pas absolument indispensable pour les exemples présentés ici, son utilisation est nettement préférable à  l'écriture manuelle de ces programmes à  l'aide d'un éditeur de texte et du kit de développement logiciel (SDK) .NET Framework.
Avant de pouvoir utiliser la classe SqlCommand (le code source servant à  créer un objet SqlCommand), vous devez ajouter une directive d'importation pour l'espace de nom System. Data.SqlClient dans votre projet. La directive d'importation permet de faire référence de manière « abrégée » à  des classes dans l'espace de nom, de sorte qu'il n'est pas nécessaire d'ajouter systématiquement le préfixe System. Data.SqlClient à  chaque classe. Pour un projet Visual Basic .NET (VB.NET), ajoutez la ligne suivante en haut de votre fichier source :

Imports System.Data.SqlClient

SQL Server Actualités – Semaine 15 – 2005

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

SQL Server & .Net : un duo dynamique

par Rick Dobson - Mis en ligne le 16/02/2004 - Publié en Avril 2004

Pour créer de puissantes applications Web de gestion de membres

Les développeurs dans leur grande majorité savent que SQL Server et Microsoft .NET forment un duo dynamique. Microsoft .NET Framework s'intègre progressivement à  plusieurs produits serveur Microsoft de premier plan, parmi lesquels SQL Server, et les développeurs peuvent d'ores et déjà  créer des solutions pour leur serveur de base de données à  partir de l'environnement Microsoft Visual Studio .NET ...Jusqu'à  quel point ce duo performant facilite-t-il la création de petites applications courantes ? C'est ce que va démontrer cet article à  partir d'une application simple de gestion de membres basée sur ASP.NET et une base de données SQL Server. Cette dernière conserve les informations d'identification, de contact et d'expiration des membres dans plusieurs tables liées. La base de données inclut également différentes procédures stockées et une vue pour le traitement des informations d'adhésion. ASP.NET gère l'interface utilisateur et fournit les fonctionnalités de base, notamment la connectivité Web, en référençant les objets SQL Server. Son rôle consiste aussi à  suivre le statut d'authentification des visiteurs et à  octroyer des permissions d'accès aux pages ou d'exécution de tâches en fonction de ce statut. Cet article illustre les techniques ASP.NET à  partir de code écrit en Visual Basic .NET (VB.NET), mais cellesci peuvent être mises en oeuvre avec n'importe quel langage .NET.

NetTracker eBusiness Edition

Sane Solutions annonce que son produit NetTracker eBusiness Edition a passé la certification SQL Server 2000.

Ce produit est une solution d'analyse Web. NetTracker eBusiness Edition utilise une base de données SQL Server, Oracle, IBM DB2 afin de fournir une méthode pour l'analyse business.

Le gardien du .Net Connection pool

par William Vaughn - Mis en ligne le 02/02/2004 - Publié en Février 2004

Prévenez les débordements de pool qui pourraient noyer vos applications

La plupart des fournisseurs de données ADO.NET utilisent le connection pool, pour améliorer la performance des applications construites autour de l'architecture .NET déconnectée de Microsoft ...Une application ouvre une connexion (ou obtient un traitement de connexion de la part du pool), exécute une ou plusieurs requêtes, traite l'ensemble des lignes et libère la connexion pour la rendre au pool. Sans ce pooling, ces applications passeraient beaucoup plus de temps à  ouvrir et à  fermer des connexions.
Quand vous utilisez le connection pooling ADO.NET pour gérer les connexions des applications basées sur le Web et des applications de service Web client/serveur, vos clients obtiennent généralement des connexions plus rapides et de meilleures performances. Mais que se passe-t-il quand votre application ou votre site Web est soudain submergé par des clients tous désireux de se connecter en même temps? Votre application vat- elle couler ou nager ? Comme un gardien, vous devez surveiller de près vos connection pools pour maintenir un bon niveau de performance et pour empêcher tout débordement des pools. Voyons les raisons pour lesquelles un connection pool pourrait déborder, puis voyons comment écrire du code ou utiliser Windows Performance Monitor pour surveiller les pools.
Comme je l'expliquais dans l'article « Nager dans le .NET Connection Pool », SQL Server Magazine octobre 2003, vous devez connaître beaucoup de détails d'évolutivité et de performance quand vous utilisez le connection pooling. Souvenez-vous que vous devez surveiller et gérer deux aspects essentiels : le nombre de connexions gérés par chaque pool et le nombre de connection pools. Dans un bon système de production, le nombre de pools est généralement bas (de 1 à  10) et le nombre total de connexions en service est lui aussi bas (moins de 12). Il faut à  une requête efficace moins d'une seconde pour s'effectuer et se déconnecter. Ainsi, même si des centaines de clients accèdent en même temps à  votre site Web, une poignée de connexions peut généralement traiter toute la charge. Pour que vos applications fonctionnent efficacement, vous devez contrôler les ressources de connexion et surveiller l'état de vos pools afin d'être averti avant qu'ils ne débordent et que vos clients commencent à  se plaindre … ou à  aller voir ailleurs.

SQL Server Actualités – Semaine 13 – 2005

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

Contrôler la réplication avec Active X

par Jeannine Hall Gailey - Mis en ligne le 02/02/2004 - Publié en Février 2004

Offrez la synchronisation à  la demande à  partir des applications client

En ces jours d'informatique distribuée, il est très important d'obtenir les bonnes données et de les collecter à  partir des points éloignés de l'entreprise. Et il n'est pas facile de tenir toutes ces données synchronisées, particulièrement avec des connexions réseau à  faible bande passante ou incohérentes. La situation est même pire pour les utilisateurs mobiles, comme les commerciaux, qui travaillent souvent en mode déconnecté puis transfèrent en bloc leurs changements vers la base de données ...SQL Server offre une solution de réplication souple qui permet de distribuer les données aux utilisateurs dans toute l'entreprise. Ceux-ci peuvent ensuite modifier ces données et synchroniser leurs modifications entre tous les serveurs participants dans votre topologie de réplication.
La réplication SQL Server est un ensemble de solutions dont la terminologie s'inspire du monde de l'édition. Les données de réplication se trouvent dans une base de données (la base de données de publication) sur un serveur de réplication central (le Publisher). Un serveur de distribution (le Distributor) distribue ensuite les données dans une base de données d'abonnements qui se trouve sur un ou plusieurs serveurs pratiquant l'abonnement (Subscribers). Dans ce modèle, les publications sont constituées d'un ou plusieurs objets base de données (c'est-à -dire, tables, procédure stockées et vues) appelés articles. Les abonnés reçoivent les articles en s'abonnant à  une publication. (Pour un aperçu rapide des concepts et des termes de réplication, voir l'encadré « Principes de base de la réplication »).
Un ensemble d'agents de réplication - hébergés par le SQL Server Agent - gèrent le mouvement des données dans une topologie de réplication. Et les contrôles d'ActiveX offrent une interface orientée objet pour gérer programmatiquement la plupart des agents de réplication utilisés couramment : Distribution, Snapshot et Merge. Un contrôle séparé gère l'agent de réplication qui fonctionne sur SQL Server 2000 Windows CE Edition. Comme avec le contrôle ActiveX, vous pouvez accéder à  ces contrôles de réplication programmatiquement à  partir de vos applications - même celles qui sont imbriquées dans des pages Web. En utilisant des contrôles ActiveX en même temps que la fonctionnalité administrative fournie par SQL Distributed Management Objects (SQLDMO), vous pouvez administrer et contrôler programmatiquement toute une topologie de réplication.
Bien que vous puissiez gérer la réplication et contrôler les agents de réplication à  partir d'Enterprise Manager, il est intéressant d'accéder programmatiquement aux fonctionnalités de réplication par l'intermédiaire de contrôles ActiveX. Par exemple, vous pourriez écrire une application personnalisée pour qu'un administrateur distant puisse contrôler les agents de réplication. Vous pouvez aussi utiliser le contrôle ActiveX Merge pour fournir la synchronisation à  la demande à  partir des applications client tournant sur le Subscriber, afin que les utilisateurs puissent synchroniser manuellement les abonnements « pull » (ceux qui sont gérés par le Subscriber), choisir le Publisher auquel se synchroniser, et même ajouter des abonnements. Ainsi, en ajoutant des contrôles de réplication aux applications, vous pouvez donner aux utilisateurs un certain contrôle de la réplication sans toutefois leur offrir l'ensemble des fonctionnalités qu'apporte Enterprise Manager.
Pour voir comment utiliser les contrôles ActiveX de réplication dans vos applications, voyons un exemple qui utilise le contrôle ActiveX Merge pour synchroniser manuellement des abonnements par fusion et le contrôle Error qui traite les erreurs de réplication.

Versant Open Access

Versant Corporation annonce la disponibilité de Versant Open Access, middleware de gestion de la persistance objet pour la plate-forme .Net.
 

Avec Versant Open Access .NET, l'éditeur Versant apporte à la communauté Microsoft .NET une efficacité accrue et la maturité dans le domaine de la persistance objet.

SQL Server Actualités – Semaine 5 – 2005

Les actualités SQL Server pour le mois de Février 2005