Création de rapports personnalisés dans SOLIDWORKS PDM

Le générateur de rapports peut être un outil très puissant, à condition de savoir l'utiliser. Il permet d'interroger la base de données sans utiliser SQL Management Studio. Nous avons exploré l'ajout de rapports à laGénérateur de rapports, mais nous n'avons pas exploré la création de rapports personnalisés dansSOLIDWORKS PDM.

Cela nécessite un peu de connaissances SQL et une compréhension de l'endroit où chercher des éléments dans la base de données SOLIDWORKS PDM ; ce qui signifie que certaines de ces connaissances peuvent être enseignées, mais, par exemple, la structure de la base de données et les informations que vous recherchez ne viendront probablement qu'avec l'expérience.

Il est tout à fait possible de faire des essais et de créer des requêtes erronées, car nous ne modifierons aucune valeur dans PDM. En cas d'erreur, on peut supprimer la requête erronée et la remplacer par une version modifiée/corrigée. Le générateur de rapports ne prend pas en charge les requêtes T-SQL susceptibles d'apporter des modifications à la base de données. 

Pour créer des rapports, on utilise un fichier CRP existant ou un fichier texte vierge. Dans le cas d'un fichier texte vierge, on l'enregistre avec l'extension CRP et on le modifie avec le Bloc-notes. 

Chaque requête que nous ajoutons à ce fichier suivra un format similaire.

• Le @ et crochetsEn haut se trouve un identifiant unique pour la requête. Il doit s'agir d'une chaîne de texte sans espaces, visible uniquement dans la boîte de dialogue des propriétés de la requête et lors de l'ajout pour définir les autorisations.
• Le §Nom L'étiquette peut contenir le texte de votre choix. C'est ce que vous verrez dans le panneau supérieur gauche, où tous les rapports sont listés avant l'interrogation.
• Le §Entreprise et §VersionCes arguments sont de nouveau fournis à titre informatif. Si nous ne partageons pas ou n'éditons pas les versions, ces informations pourraient ne pas être essentielles. Il s’agit toutefois d’une option permettant de suivre les modifications et leur origine.
• Le §DescriptionLe champ est une brève explication de ce que nous recherchons. Il s'agit de n'importe quel texte et sera affiché dans les propriétés sous Description. Tout comme §Société et §Version, il est informatif, mais pas essentiel.
• § Arguments est l'endroit où nous listons toutes les entrées qui doivent être demandées lors de l'exécution. Voici quelques types que nous pouvons utiliser.
• FileID – ID du document du fichier sélectionné
• UserID – UserID de l'utilisateur sélectionné
• ProjectID – ProjectID du dossier sélectionné
• Chaîne – Une chaîne de texte
• GroupID – GroupID du groupe sélectionné
• StatusID – StatusID de l'état du flux de travail sélectionné

Chacun de ces éléments peut être défini comme variable lors de l'exécution pour recevoir une entrée. Chaque fois qu'on spécifie un type, on lui donne un nom, un nombre et une invite, dans cet ordre. Les nombres peuvent être une valeur codée en dur ou les caractères N, S ou M.

• N – Nous avons un nombre variable et l’utilisateur sera invité à entrer des valeurs ou à sélectionner dans une liste.
• S – Sur un argument de FileID signifie que l'argument sera extrait de la liste de sélection (fichiers ajoutés à la fenêtre des fichiers sélectionnés). Les résultats afficheront un tableau différent pour chaque fichier.
• S – Sur un argument de UserID, récupère l’ID de l’utilisateur actuellement connecté.
• M – Sur un argument de FileID est le même que S, sauf que tous les fichiers seront placés dans un tableau et le résultat sera affiché dans un tableau au lieu d'un résultat pour chaque fichier.
• §SQLC'est là que se situe le gros du travail. Cette partie nécessite des connaissances en SQL et en structure de base de données PDM. Les requêtes écrites ici suivront en grande partie le protocole T-SQL standard, avec quelques légères modifications pour le générateur de rapports.
• Les variables définies dans la section arguments peuvent être placées dans la requête sous la forme {VariableName} et seront remplacées par la valeur appropriée lors de l'exécution.

Avec toutes ces notes sur les clauses distinctes, il y a aussi quelques règles à suivre lors de la rédaction de ces rapports.

• Chaque requête dans un fichier CRP commence par « @ » suivi d’un nom unique entre parenthèses.
• Chaque requête contient chaque section répertoriée ci-dessus, écrite avec le symbole « § » le mot-clé, et entourée de crochets [ ].
• L'ordre des sections peut toutefois varier et les noms ne sont pas sensibles à la casse.

Si vous avez de la difficulté avec les connaissances de base de SQL, je vous recommande de vous rafraîchir la mémoire en utilisant Écoles W3Les outils et guides ici peuvent montrer à un utilisateur novice comment commencer à assembler des requêtes.

De plus, si vous ne savez pas exactement où trouver les informations de la base de données PDM, cette question sera plus complexe. Plusieurs exemples de sources d'information sont disponibles dans les rapports d'exemple. Vous pouvez explorer votre propre base de données (avec prudence et en lecture seule) pour commencer à comprendre sa structure avec SQL Management Studio. Notre blogue présente plusieurs autres exemples de ce qui peut être récupéré (et comment) via le générateur de rapports. 

Pour plus d'informations sur le partage et l'utilisation de ces rapports, veuillez consulter notre article de blogue sur en utilisant le générateur de rapports.

En savoir plus sur SOLIDWORKS PDM 

Gestion des licences SOLIDWORKS PDM

SOLIDWORKS PDM : document Excel sous forme de formulaire

Guide ultime des autorisations SOLIDWORKS PDM

Modifications de SOLIDWORKS PDM Professional pour SQL Server en 2022

Interrogation de la base de données SOLIDWORKS PDM : utilisateur SQL en lecture seule

VOIR TOUS LES TUTORIELS SOLIDWORKS PDM