Discussion :

[alias_sg1]

Bonjour à tous !

J'aimerais implémenter dans mon service qualité une base de données qui contiendrait des résultats de tests sur pièces aujourd'hui stockées dans des fichiers Excel (un fichier par couple pièce/fournisseur, ce qui n'est pas très pratique).

J'aimerais rassembler toutes ces données dans une grande base de données afin de pouvoir faire les choses suivantes :
- Affichage de la conformité ou non (à partir de critères bien définis)
- Suivi statistique de chaque propriété pour un couple pièce/fournisseur donné (carte de contrôle,...)
- Comparaison des résultats entre fournisseurs/entre pièces d'un même fournisseur
- Déduction de corrélations entre certains paramètres et certains résultats

Démarrant à partir de rien, j'aimerais donc tout d'abord savoir vers quel type de système me diriger. Il faudrait pour bien faire que ce système permette facilement l'exportation des données vers un format très commun (si un changement de base de donnée se fait plus tard), qu'il permette d'être lié à un logiciel d'analyse statistique (j'utilise pour le moment Minitab) et qu'il soit relativement simple à utiliser pour l'encodage (car d'autres personnes maitrisant moins bien l'informatique seront amenés à l'utiliser).


J'espère que tout ce que j'ai dit est cohérent !
Merci beaucoup pour votre aide !


François

[DotNetMatt]

car d'autres personnes maitrisant moins bien l'informatique seront amenés à l'utiliser [...] J'espère que tout ce que j'ai dit est cohérent !

Si c'est le cas, quelque soit le système que tu vas mettre en place, il y a de grandes chances pour que ça parte en vrille rapidement ! Même avec des personnes censées maîtriser les bases de données on retrouve des énormités hallucinantes, plus ou moins handicapantes...

Sinon pour t'orienter, SQL Server propose toute une panoplie d'outils pour répondre à ton besoin :
- SQL Server : le moteur de bases de données
- SQL Server Integration Services : un ETL qui permet de transférer les données entre les bases de données (ex. base OLTP vers OLAP)
- SQL Server Analysis Services : pour l'analyse de données, permet de créer des cubes OLAP

Ensuite pour consommer le cube, il existe plusieurs solutions :
- SQL Server Reporting Services : pour construire des rapports prédéfinis (possibilité de drill down, tris, filtres, etc.)
- Excel + Powerpivot : utile pour brasser un gros volume de données en local (sur le poste de l'utilisateur)
- Excel seul : utile pour consommer le cube sur des volumes modestes + création dashboards, tableaux & graphiques croisés dynamiques, slicers, etc.

[SQLpro]

La réponse fournie est bonne. Vous avez besoin d'une suite décisionnelle avec ETL, base décisionnelle, cubes, datamart, outils de forage et d'analyse des données, rendu (reporting). Le seul point étant d’où viennent les données qui alimentent vos feuilles EXCEL ? En effet, si vous recueillez ceci "a la main", alors autant rajouter une base relationnelle et l’alimentation de la base décisionnelle peut se faire en continu (au fil de l'eau) par rapport à votre BD relationnelle à condition d'utiliser un outil de capture du changement (CDC, Change Tracking dans SQL Server).

A +

[alias_sg1]

Merci à tous les deux pour vos réponses.

En fait, après réflexion, je pense plutôt me diriger dans un premier temps vers une base de données Access. J'imagine que si je désire passer à la vitesse supérieure, il existera toujours un moyen d'exporter de Access vers un autre système non ?
Puis j'ai l'espoir que quelques personnes puissent utiliser Access au contraire de SQL Server dont je ne comprends pas encore moi-même tous les tenants et aboutissants !

Merci pour votre aide, je vais bifurquer vers le forum destiné à Access

François

[SQLpro]

Utiliser Access serait idiot. C'est un truc pour la bureautique très limité et en plus payant. Utilisez SQL Server Express. C'est gratuit !

A +