Quelle est la meilleure façon de travailler avec des données SQL Server sans programmation ?

Question

Nous disposons d'une base de données SQL Server.Pour manipuler les données sans programmation, je peux utiliser SQL Server Management Studio en cliquant avec le bouton droit sur une table et en sélectionnant "Ouvrir la table".Cependant, cela est lent pour les très grandes tables et le tri et le filtrage sont fastidieux.

Généralement, ce que nous avons fait jusqu'à présent consiste à créer une base de données Access contenant des tables liées qui pointent vers les tables et vues SQL Server.L'ouverture d'une grande table est beaucoup plus rapide de cette façon, et Access propose un filtrage et un tri par clic droit faciles à utiliser.

Cependant, depuis Access 2007, le tri en particulier est assez lent lorsque l'on travaille avec de grandes tables.La base de données Access peut également verrouiller par inadvertance les tables de la base de données, bloquant ainsi d'autres processus susceptibles d'avoir besoin d'accéder aux données.Créer la base de données Access en premier lieu et la mettre à jour lorsque de nouvelles tables sont ajoutées à SQL Server est également fastidieux.

Existe-t-il une meilleure façon de travailler avec les données qui offre la convivialité d’Access sans ses inconvénients ?

Answer 1

La réponse de Joel Coehoorn est bien sûr correcte : si les données sont critiques ou si des utilisateurs naïfs utilisent les données, alors un frontal d'application doit être développé.Cela étant dit, j'ai des cas où un utilisateur avisé (ok, moi) doit simplement entrer et fouiller.

Au lieu de regarder directement les tableaux, utilisez MS Access mais utilisez des requêtes pour affiner ce que vous regardez à la fois par colonne et par ligne.Cela améliorera la vitesse.Modifiez ensuite les propriétés de la requête et assurez-vous que la requête est No Locks.Cela devrait éliminer tout comportement de blocage.Vous souhaiterez peut-être limiter le nombre de lignes renvoyées, ce qui améliorera encore la vitesse.Vous pouvez toujours modifier les données de la requête pendant que vous la consultez.

Selon ce que vous regardez, il peut également être utile de configurer des vues de base de données dans SQL Server pour effectuer une partie du gros travail sur le serveur plutôt que sur le client.

Answer 2

Je ne sais pas dans quelle mesure cela fonctionnera avec des tables très volumineuses, mais Visual Studio est beaucoup plus rapide que SQL Management Studio pour les opérations de base sur les tables.Ouvrez votre base de données dans l'Explorateur de serveurs, cliquez avec le bouton droit sur une table et sélectionnez "Ouvrir" pour afficher uniquement les données ou "Nouvelle requête" pour filtrer, trier, etc.

Answer 3

J'ai utilisé Visual Studio pour faire beaucoup de choses, juste pour plus de commodité plutôt que d'avoir à me connecter au serveur et à travailler directement sur le gestionnaire de base de données.

Cependant, avez-vous essayé Toad pour MS SQL (de Quest Software) ?Je l'utilise tout le temps pour Oracle, et j'ai eu de bons résultats (souvent meilleurs que les outils d'Oracle).

Answer 4

La modification des données brutes est un non-non dangereux.Mieux vaut identifier les situations dans lesquelles vous vous retrouvez à faire cela et mettre en place une interface d'application pour agir comme intermédiaire qui peut vous empêcher de faire des choses stupides comme casser une clé étrangère.

Answer 5

Je ne sais pas quelles seraient les performances pour de grands ensembles de données, mais Open Office dispose d'un programme de base de données (Base), qui est un clone d'Access et pourrait bien être ce que vous recherchez.

Answer 6

Vous voudrez peut-être lireFAQ sur les performances d'accès de Tony Toews, qui fournit un certain nombre de conseils sur la manière d'améliorer les performances d'une application Access.Peut-être qu'un de ces conseils résoudra le problème dans votre application A2K7.