Au travail, la base de données n'est pas documentée du tout. En outre, les procédures stockées, les fonctions et les vues sont toutes cryptées, ce qui exclut de nombreux outils qui documentent ces objets pour vous. Tout ce que j'ai sont les fichiers .SQL simples qui génèrent la base de données, les schémas, les tables, les fonctions et tout.Meilleur outil pour documenter les fichiers source * T-SQL?
Je voudrais savoir, existe-t-il un outil capable de lire ces fichiers et de générer une documentation de type Doxygen? De préférence open-source ou freeware.
J'ai trouvé que l'HyperSQL de IzzySoft et le projet PLDoc de SourceForge font quelque chose de très proche de ce dont j'ai besoin, bien que les deux semblent être très spécifiques à PL/SQL. Je veux quelque chose qui lit les fichiers source SQL (qui comprend les idiosyncrasies de T-SQL), les parse, et me fait:
- Liste des SPs, des FDU, etc. définis dans chaque fichier
- Liste des objets (à la fois tables/views et procs/functions) chaque objet dépend de (directement et, si possible, aussi indirectement)
- Graphiques d'appel et de dépendances (c'est-à-dire, comment appeler et comment appeler quoi?)
- Si possible, lorsqu'un SP utilise une table/vue, comment l'utilise-t-elle (INSERT/DELETE/UPDATE/SELECT/mix ???)
J'ai déjà développé un petit script Perl qui minimise l'analyse de ces fichiers en essayant d'obtenir le premier point - mais c'est juste un hack et il manque beaucoup de vernis. Je suis sûr qu'il doit y avoir un outil qui fait le travail, je veux croire que je n'aurai pas à le coder moi-même.
Merci à l'avance, Joe
Je me demandais - Vous pouvez utiliser automatiquement les fichiers SQL dans le cadre d'un projet VS DB qui va les exécuter et publier une base de données pour vous - que vous pouvez utiliser l'un des outils standard pour documenter? – InSane