(注意:我意识到这很接近你如何记录你的数据库结构？但我不认为它是相同的.)
我已经开始在一个拥有数百个表和视图的数据库的地方工作,所有这些都使用含有非常少的元音的神秘名称,而且没有文档.他们也不允许对数据库模式进行无偿更改,也不能触摸除我自己的机器上的测试数据库之外的任何数据库(它会被吹走并定期重新创建),因此我无法添加可以帮助任何人的注释.
我尝试使用"Toad"来创建一个ER图,但是在让它连续运行48小时之后它仍然没有产生任何可见的东西,我需要我的电脑.我正在和其他一些最近招聘的人员谈话,我们都建议每当我们弄清楚某个特定表格或其中某些列的含义时,我们应该在开发人员维基中更新它.
那么有什么好办法呢？只需列出表格/视图及其列,并在我们去的时候填写它们？我必须掌握的基本工具是Toad,Oracle的"SQL Developer",MS Office和Visio.
许多数据库系统不允许对表和字段进行注释或描述,那么除了明显具有良好命名约定外,如何记录表/字段的用途？
(我们现在假设"优秀"表和字段名称不足以记录数据库中每个表,字段和关系的完整含义.)
我知道很多人使用UML图来可视化数据库,但我很少 - 如果有的话,看到包含字段注释的UML图.但是,我在使用.sql文件内的注释方面有很好的经验.这种方法的缺点是,.sql随着数据库结构随时间的变化,它需要手动保持文件的最新状态 - 但如果这样做,您也可以将其置于版本控制之下.
我见过的其他一些技术是描述数据库结构和关系的单独文档,以及在ORM代码或其他数据库映射代码中手动维护的注释.
你过去怎么解决这个问题？存在哪些方法以及与它们相关的各种利弊？您如何在"完美世界"中解决这个问题？
更新
正如其他人所指出的那样,大多数流行的SQL引擎实际上都允许注释,这很好.奇怪的是,人们似乎并没有太多使用这些功能.至少不是我过去参与过的项目.