and ask for the sub-requirements. Instead you have to go to all requirements and see if the requirement is a parent of each requirement. The performance is orders of magnitude worse. But, data indexing comes to the rescue. So now you have to (automatically) maintain index files which need modification whenever the data is modified. You need to specify which fields need to be indexed, making customization tasks more complex. You have background processes constantly performing indexing.
Then there's handling of note" fields, such as problem descriptions, running logs, and of file management. RDBMS solutions don't do a good job here. You need to augment them. However, when you do, you lose many of the capabilities that you started with because the augmented tools don't share the same architecture as the RDBMS.
Don't be afraid of non-RDBMS repositories, provided they have the necessary functionality and a host of advantages. Just make sure they are as good or better in areas of reporting, reliability, scalability, data integrity, and performance.
So what we've covered is not how to do CM planning, but rather how to prepare for your CM planning exercise. Do some research and then set your objectives high. Understand the tools and the processes out there. Bring in help if you need it, but make sure the objectives are clear. Pass your results onto the rest of the CM community (your successes and your problems) as you go. There's a lot of expertise available for free at CM Crossroads.