De nouvelles fonctions pratiques et importantes

la notion de vues partitionnées dans SQL Server 7.0, mais SQL 2000 pousse le concept
plus avant avec la possibilité de distribuer ces vues sur plusieurs serveurs et
de mettre à  jour les tables de base directement depuis les vues.

Cette possibilité donne un avant go ût de ce qui se produira lorsque SQL Server
supportera de véritables clusters share nothing que Microsoft a promis pour la
version suivant SQL Server 2000, nom de code Yukon.

Actuellement, on peut établir une indépendance vis-à -vis de la localisation à 
travers les vues distribuées, mais les architectes système doivent toujours passer
un temps considérable à  planifier la disposition des données et leur distribution
pour garantir des capacités de montée en charge maximales. Les clusters share
nothing pousseront encore ce processus en rendant transparente l’administration
de la distribution des données et en rendant l’emplacement physique des données
indifférent du point de vue du programmeur.

Support des instances multiples.

Avec SQL Server 2000, on peut faire tourner plusieurs instances de SQL Server
sur une même machine. Les versions précédentes pouvaient supporter plusieurs bases
de données sur une même machine, mais en pratique seule une instance du serveur
pouvait être active à  la fois. Le support des instances multiples permet de réaliser
des tâches simples telles que maintenir deux environnements SQL Server indépendants
pour les équipes de développement et de test sur la même machine physique.

Plus important, cette possibilité facilite la mise en oeuvre par Microsoft de SQL
Server dans des environnements réellement clusterisés. Les problèmes rencontrés
par les versions initiales de SQL Server vis-à -vis du clustering provenaient de
ce que Microsoft devait forcer SQL Server à  faire tourner deux instances de SQL
Server sur un même noeud de cluster. La gymnastique à  effectuer sur le Registre
pour réaliser ce tour de passe-passe n’est plus nécessaire désormais.

Le clustering de SQL Server 2000 est plus stable et plus facile à  mettre en oeuvre
que dans les précédentes versions. Le clustering de SQL Server 2000 est plus stable
et plus facile à  mettre en oeuvre que dans les précédentes versions

Log shipping.

Le Log shipping (transmission des journaux) permet de transmettre en permanence
les journaux de transactions d’une base de données à  une autre. Le fait de sauvegarder
continuellement les journaux d’une base de données source et de les copier et
restaurer dans une base de données cible conserve la base de données de destination
parfaitement synchronisée avec la base de données source.

La fonction de transmission de journaux permet d’avoir un serveur tiède en stand-by
et fournit un moyen de décharger le système principal (le serveur source) du traitement
des requêtes avec des serveurs de destination en lecture seule. Le log shipping
ne fonctionne qu’avec les serveurs enregistrés exploitant SQL Server 2000. Le
log shipping n’est pas un concept novateur et de nombreuses entreprises ont conçu
leurs propres versions de cette solution depuis plusieurs années. Depuis plusieurs
mois, Microsoft a inclus le log shipping comme un des produits du kit de Ressource
de BackOffice 4.5.

Mais l’intégration de cette fonction dans le Gestionnaire d’entreprise de SQL
Server 2000 poussera les DBA à  commencer à  l’utiliser de façon significative.
Désormais, SQL Server offrant de telles performances TPC-C et TPC-H, les autres
fournisseurs de bases de données changeront probablement leurs discours pour souligner
leur plus grande fiabilité. Le log shipping, associé aux clusters à  instances
multiples améliorés de SQL Server, donne à  Microsoft des munitions pour se défendre
dans la guerre de la tolérance aux pannes et de la haute disponibilité.

Kerberos et sécurité déléguée.

L’intégration de Kerberos et de la délégation de la sécurité nous rapproche d’autant
de l’age d’or de la véritable intégration et de la connexion unique entre Windows
2000 et SQL Server. Les améliorations de la sécurité permettent de déléguer la
gestion de la sécurité vers des serveurs en aval, permettant aux utilisateurs
de ne s’authentifier qu’une fois au niveau de SQL Server.SQL offrant de telles
performances, les autres fournisseurs de SGBD changeront probablement leurs discours
pour souligner leur fiabilité

Support de XML.

SQL Server 2000 est un puissant serveur XML. Les fonctionnalités XML sont importantes
car elles positionnent SQL Server comme un concurrent sérieux dans le marché émergent
de l’intégration business to business.

Intégrité référentielle déclarative en cascade.

Enfin ! Depuis plusieurs années, les développeurs Access ont été étonnés que SQL
Server ne supporte pas l’intégrité référentielle déclarative en cascade et les
développeurs SQL Server ont dû courber l’échine de honte à  chaque conversation
avec les experts des autres SGBD relationnels. Fini ! SQL Server 2000 supporte
é galement les mises à  jour en cascade.

User Defined Functions.

Les UDF (fonctions définies par l’utilisateur) sont sur la liste des demandes
des DBA depuis des années. Pendant un moment, j’ai pensé que SQL Server 2000 supporterait
les UDF indépendants du langage telles que celles écrites en VBScript. Malheureusement,
l’implémentation SQL Server 2000 est limitée aux UDF basées sur T-SQL. Mais les
UDF sont une amélioration considérable, puisqu’elles permettent d’écrire des batch
T-SQL variés d’une façon élégante.