web-dev-qa-db-fra.com

SSRS peut-il être utilisé pour mettre à jour ou modifier des tables de données?

Nous savons tous que SSRS (SQL Server Reporting Services) consiste à lire les données.

Cependant, SSRS peut-il être utilisé pour mettre à jour des lignes ou insérer des lignes, et devrait-il le faire?

Je vois des ressources ici, où vous pouvez prendre des paramètres d'entrée d'utilisateur et mettre à jour des lignes. Je demande simplement s'il est conseillé/autorisé d'utiliser cet outil de cette manière. Microsoft a-t-il quelque chose contre cela?

Ressources indiquant ceci:

4
user129291

Si données de Madère1 vous montre comment le faire, alors je pense qu'il est prudent de dire:

  1. C'est possible.
  2. Il peut être fait fonctionner, comme en témoigne ce paragraphe:

    C'est particulièrement bien lorsque votre organisation ne dispose pas de programmeurs compétents capables de créer une interface utilisateur graphique (GUI) assez esthétique. Ou lorsqu'il y a des restrictions de budget et/ou de temps.

Décider si ce type de configuration fonctionnera pour vous est entièrement votre décision.


1 - Guy Glantser et Matan Yungman sont des membres très appréciés de l'écosystème SQL Server, et sont les principaux de Madeira Data

5
Max Vernon

J'ai utilisé SSRS pour un sous-ensemble de ce type d'activité.

Ce n'est pas génial pour l'utiliser comme un programme d'entrée de données complet pour une raison évidente, mais il n'y a pas de problème particulier avec l'exécution des instructions insert/update/delete dans les ensembles de données.

J'ai eu tendance à l'utiliser pour des types de mises à jour plus "cliquables". Lorsque cliquer sur un lien hypertexte dans un rapport provoque quelque chose - qu'il s'agisse d'insérer quelque chose dans la base de données, de mettre à jour une valeur quelque part, etc. Et l'activité qui se produit est contrôlée par le lien hypertexte transmettant les différents paramètres pour contrôler cela.

J'ai eu tendance à utiliser un rapport dans lequel l'hyperlien exécute une nouvelle instance du même rapport , mais contrôle ce qui est mis à jour en transmettant de nouveaux paramètres. Principalement pour que tout le code soit dans un seul rapport.

J'ai fait un rapport de démonstration rapide pour démontrer la technique en action, si cela peut vous aider? Disponible sur: https://github.com/JerBoon/updating_with_SSRS

Vous pouvez faire des choses assez sophistiquées dans les limites de cette technique, mais ce n'est certainement pas un portail de saisie de données pour entrer des lignes de données entières. Je serais curieux de savoir si quelqu'un l'a vraiment utilisé pour ça.

3
Jerb

C'est possible, oui, mais évolutif pas de la manière à laquelle nous nous attendions.

Selon vos ressources, vous pouvez trouver une de ces autres solutions une meilleure approche:

  1. Utilisez Access Database avec une interface graphique soignée qui se connecte à votre table de serveur en lecture/écriture pour des changements presque en temps réel ~ puis utilisez SSRS pour créer des rapports autour des données.

  2. Utilisez le package SSIS pour récupérer les données Excel à la fin de la journée ou tôt le matin et mettre à jour les tableaux; uniquement si vous avez besoin de mises à jour une fois par jour. Il en va de même avec SSRS pour créer des rapports.

  3. Créez un site à l'aide de MVC, si vous avez quelqu'un dans votre équipe qui connaît Visual Studio C # (ou votre langue préférée) et sait comment tout rassembler, les meilleures pratiques de sécurité, les certificats, etc.

Tout dépend des besoins de vos utilisateurs et si c'est quelque chose que vous devez/ou devez développer à l'avenir.

0
NobleProgrammer