Auteur : Alexandre Plassais

[Info] La commando team Cellenza revenue indemne du Mud Day 2015 !

N’ayant pas été rassasiés par notre aventure de 2014, Cellenza a rassemblé son équipe commando pour l’épreuve du Mud Day 2015 à Paris ! Voici les joyeux lurons avant le départ : Première déception, grand soleil…nous nous attendions à un peu de difficulté avec de la pluie et du froid comme l’année précédente, mais là ça s’annonçait comme une partie de rigolade… C’est donc parti pour 13km, le terrain est sec, trop sec même, et après les premiers obstacles Alex profite de la première flaque de boue pour prendre un bain, et sera rejoint par toute l’équipe. Et oui, on lave notre linge en...

Read More

Déploiements SQL avec SSDT DB

Ce n’est pas nouveau, le versionning et le déploiement de base données dans un projet est un sujet sensible. D’un côté, nous avons les développeurs très bien outillés pour tout ce qui est déploiement automatisé et tests. Et de l’autre, nous, développeurs BI archaïques et mal équipés… mais est-ce toujours vrai ? Notre métier est, depuis quelques temps, en pleine mutation. Avec l’arrivée des méthodes Agiles, du devops, du lean IT… les cycles de vie des solutions (développement, déploiement…) évoluent, et il va falloir se remettre en question pour ne pas subir. Voire au contraire, s’améliorer! Les projets SQL Server Data Tool Database ( SSDT DB...

Read More

Importation de bases dans un projet SSDT DB : Gérer les références circulaires

D’une manière générale, il est recommandé d’éviter au maximum les références circulaires entre bases, que ce soit sur un même serveur ou sur des serveurs liés. Par exemple, dans un contexte BI, nous avons une base de staging dans laquelle résident les données brutes et les procédures stockées utilisées, le tout étant employé pour alimenter le Datawarehouse/Datamart (DM sur le schéma). Dans la plupart des cas, la solution ne fait que déplacer les données de la gauche vers la droite, et rares sont les cas justifiant des appels à la base de staging depuis la base de DM. Cependant, cela peut arriver et cela va poser problème lors de l’initialisation de notre solution de projets SQL Server sous Visual Studio (SSDT DB). Si nous pouvons facilement importer la structure d’une base dans un projet SSDT DB, l’import depuis Visual Studio ne complétera pas les références entre plusieurs bases. Pour pouvoir référencer une base depuis un premier projet, il faudra importer cette seconde base de données, builder, et la référencer dans le premier projet. Lors du build de la solution, Visual Studio construit un fichier .dacpac par projet/base, fichier utilisé pour les références définies dans le projet. VS détermine un ordre logique de build des différents projets de votre solution en fonction des dépendances entre vos projets, ce qui proscrit évidemment les éventuelles références circulaires présente dans notre solution. Pas la peine d’essayer de contourner le problème en utilisant, comme dans...

Read More

SQL Server MDS – Suppression des lignes désactivées d’un Model

Amis utilisateurs de MDS bonjour ! Il est bon de savoir que, pour des raisons compréhensibles d’historique et de récupération de données, MDS ne fait que désactiver les lignes supprimées via les interfaces Web et Excel. Ça soulage toujours de savoir qu’on pourra rattraper l’éventuelle grosse bêtise si elle a lieu… Le problème vient quand un utilisateur découvre qu’un membre de l’entité qu’il gère n’est plus utilisé. Pour des raisons de lisibilités, il décide de supprimer la ligne et publie : Côté MDS, chaque entité possède une clef primaire en la présence du champ « Code », l’enregistrement possédant ce code est ici désactivé. Mais, si ce code doit à nouveau être utilisé, l’utilisateur rencontre le message d’erreur suivant : Vous vous en doutez: la nouvelle ligne rentre en conflit d’unicité avec celle supprimée, préservée dans la base. Tout aurait pu être parfait si nous avions eu la possibilité de visualiser ces lignes désactivées depuis les interfaces auxquelles un utilisateur classique (non admin) aurait accès, mais ce n’est pas le cas. A l’heure actuelle, l’utilisateur est redirigé via un message d’erreur vers un administrateur pour retirer le membre, pas vraiment self-service… Il existe 2 solutions pour résoudre le problème : – Restaurer la ligne depuis l’interface Web avec un compte ayant les accès à la gestion des versions : – Supprimer les lignes depuis la table de staging : Les...

Read More

Reporting Services Error : Request for the permission of type ‘system.directoryservices.directoryservicespermission failed

Dans Reporting Services il est possible d’appeler du code VB intégré au rapport ou, encore mieux, externaliser nos fonctions dans une dll custom, pour interroger l’active directory dynamiquement avec le UserId par exemple. L’appel aux dll privés via les framework .NET 4.0 ou supérieurs semble plus restrictif au niveau sécurité que sur les versions précédentes, car en voulant mettre à jour une vieille dll ce jour nous nous retrouvons avec le message d’erreur suivant : An error occurred during local report processing. Request for the permission of type ‘system.directoryservices.directoryservicespermission failed Après de longues recherches nous avons finalement résolu le...

Read More

NOS DERNIERES RESSOURCES

Téléchargement Livre blanc Architectures topologies modernes réseau Azure

Derniers tweets

S’abonner

Au blog
RSS Flux RSS