Pourquoi l'explorateur d'objects SQL Server dans Visual Studio est-il si lent?

Je viens de créer une nouvelle database SQL Server dans Azure, puis de l'ouvrir dans Visual Studio 2015 en utilisant le lien dans le portail Azure. J'ai dû append mon adresse IP au pare-feu, mais sinon le process s'est déroulé sans problème.

Toutefois, lorsque j'essaie d'interagir avec le server de database via l'Explorateur d'objects SQL Server, il est douloureusement lent. L'extension de l'un des dossiers de ma database (par exemple, le dossier Tables ) prend de 10 à 30 secondes. La database est flambant neuve, donc les seules choses dont elle dispose sont celles que crée Azure lorsqu'il instancie une nouvelle database.

C'est la deuxième database Azure que j'ai créée et que j'ai essayé d'afficher dans Visual Studio. Les deux ont le même problème. Avec le premier, j'ai pensé que peut-être j'ai fait quelque chose de mal lors de l'installation, mais cette fois, je me suis assuré de tout faire par le livre.

L'exécution de requêtes réelles sur la database depuis Visual Studio (clic droit sur la database, New Query ... , select * from INFORMATION_SCHEMA.TABLES; ) est très rapide, cela ne semble donc pas poser de problème avec ma connection à Azure.

Pourquoi est-ce si douloureusement lent? Que puis-je faire pour le rendre plus rapide?

J'utilise Visual Studio 2015 Update 1 ( 14.0.24720.00 ) sur Windows 10 (entièrement patché) et lors de la création de la database j'ai coché la case pour utiliser la dernière version.

SQL Server Object Explorer (SSDT) ​​dans Visual Studio crée un model de schéma de database entière lorsque vous connectez une database première fois. Il s'agit d'un concept de développement de database basé sur un model qui offre des avantages tels que la validation des scripts par database sans avoir à modifier la database en direct, etc. pour extraire le model de database peut varier. Sur la base de nos tests de performance, les niveaux de tarification supérieurs à S1 / S2 offrent une interactivité similaire à celle d'une instance SQL locale ou à la request.

Plus en détails, le mécanisme actuel du SSDT consiste à composer un nombre minimum de requêtes pour minimiser le nombre d'opérations aller-return avec le server / la database SQL, par conséquent chaque time d'exécution de la requête est plus long. Il affecte l'interactivité de SQL Server Object Explorer pendant l'exécution de la requête.

Pour améliorer, l'équipe SSDT est en train de réviser la design d'Azure SQLDB pour fournir une expérience d'interaction plus rapide tout en gardant l'avantage du développement de database basé sur un model.

Divulgation: Je travaille sur l'équipe SQL Data Tools en tant que PM