« Les tables et la vue de phase sur le même serveur. » Je mal interprète ceci la première fois. Oui, ils sont sur le même serveur (boîte physique), mais pas sur la même base de données. C'est ce qui pose vos problèmes dans les rapports en cristal. Quand vous joignez des objets des points d'émission disparates (même si c'est le même type de base de données résidant sur la même machine physique) vous avez des limitations graves et des issues d'exécution potentielles.
Afin de résoudre ces problèmes, la meilleure option est de consolider les divers points d'émission dans un endroit simple pour que les rapports en cristal questionnent. Voici deux ou trois options :
1) Créer la vue sur la même base de données que les tables, mais la laisser indiquant la base de données originale. En ce qui concerne des rapports en cristal, les tables et la vue seront sur la même base de données, tellement là n'est aucune issue - ce serait mon premier choix, personnellement. À moins qu'on ne te permette pas de créer des vues sur la base de données UDT4, vous ne devriez avoir aucun problèmes.
2) Créer une commande SQL Qui mettent en référence les tables et la vue. Puisque la commande sera indiquée un point d'émission simple, vous éliminerez des issues d'exécution.
Sur une note latérale, DÉFAUT DE LA REPRODUCTION SONORE qui est beaucoup de véhicules à passer. Est-ce que c'est le résultat de choisir chaque véhicule dans le picklist ?
~Kurt