Maintenant que nous avons mis en place les tables partitionnées, il faut les assembler, ce qui est certainement la partie la plus simple du processus. Il suffit de définir une vue qui assemble les lignes de chaque table en utilisant l'opérateur UNION ALL. Sur chaque serveur, on a une table
Création des vues partitionnées.

locale et deux tables distantes, et donc la vue semble légèrement différente pour chacun d’entre eux. On référence la table locale en utilisant son nom, et les tables distantes avec un nom en quatre parties (Node2.testdb.dbo.CustomersGP par exemple). Créons une vue partitionnée sur le serveur Shire\Shiloh (noeud 1), comme le montre le listing 7. Après avoir créé cette vue, les utilisateurs peuvent commencer à modifier ou lancer des requêtes s’ils sont connectés à Shire\Shiloh (noeud 1). La création de vues similaires sur les deux autres serveurs permet les mêmes modifications et requêtes sur les serveurs auxquels les utilisateurs sont connectés.
Comme pour le noeud 1, créer des vues sur le serveur Hobbiton\Shiloh (noeud 2), comme le montre le listing 8, ainsi que sur Rivendell\Shiloh (noeud 3, listing 9). Comme les tables partitionnées, les vues partitionnées doivent répondre à quelques conditions pour pouvoir être modifiables et utiliser les nouvelles capacités d’optimisation de SQL Server 2000 :
· La vue ne peut se rapporter à une table ou une colonne plus d’une fois.
· Chaque liste SELECT doit se rapporter à toutes les colonnes participant aux clé primaires des tables
· Les colonnes de même position ordinale sur la liste choisie, quelles que soient les instructions de sélection, doivent être exactement du même type, précision, échelle et séquence de tri. Et les colonnes de partitionnement doivent être dans la même position ordinale.
· Si une colonne existe dans la table de base, mais pas dans la liste choisie pour la vue, elle doit autoriser la valeur NULL.
Notez que les deux dernières exigences sont beaucoup plus strictes que n’importe laquelle de celles utilisées pour créer des vues locales non partitionnées. Les vues simples doivent avoir des types de données compatibles sur les positions correspondantes dans les listes choisies, mais elles n’ont pas à être exactement les mêmes. De plus, on peut insérer des données dans des vues simples, même si les colonnes de la table de base qui ne sont pas incluses dans la vue n’acceptent pas NULL, mais ont des valeurs par défaut. Si on insère des données dans une vue partitionnée distribuée, les colonnes ne peuvent avoir de valeurs par défaut.
Téléchargez cette ressource

Les 10 tendances clés de l’Expérience Client (CX) pour 2025
Dans le contexte actuel, l'expérience client est un levier clé de réussite. Pour rester compétitives, les entreprises doivent adopter des stratégies CX audacieuses, en s'appuyant sur le cloud, le digital et l'IA. Alors quelles stratégies mettre en place pour garder une longueur d’avance ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- En route vers l’inconnu : comment préparer les équipes à l’ère de l’IA
- L’Europe, un leader mondial de l’IA
- L’Intelligence Artificielle, le nouveau copilote du CRM : une révolution incontournable
- Optimiser la gestion de la relation client dans le secteur des sciences de la vie
- 2025, un « âge de raison » pour l’écosystème de la technologie ?
