Methods to Manage/Document "one-off" Reports

Posted by Jason Holland on Programmers See other posts from Programmers or by Jason Holland
Published on 2012-09-13T16:40:24Z Indexed on 2012/09/13 21:49 UTC
Read the original article Hit count: 422

I'm a programmer that also does database stuff and I get a lot of so-called one-time report requests and recurring report requests.

I work at a company that has a SQL Server database that we integrate third-party data with and we also have some third-party vendors that we have to use their proprietary reporting system to extract data in flat file format from that we don't integrate into SQL Server for security reasons.

To generate many of these reports I have to query data from various systems, write small scripts to combine data from the separate systems, cry, pull my hair, curse the last guy's name that made the report before me, etc. My question is, what are some good methods for documenting the steps taken to generate these reports so the next poor soul that has to do them won't curse my name? As of now I just have a folder with subfolders per project with the selects and scripts that generated the last report but that seems like a "poor man's" solution. :)

© Programmers or respective owner

Related posts about documentation

Related posts about professionalism