我有生成DDL脚本来定义为归一化的数据库物化视图的脚本。有些表有像“老板”是指向特定的数据库用户,我可以再创建视图只为将只显示当前数据库用户创建一个表的行列。在某些情况下这样的观点将是从安全性和方便的角度来看都是有益 - 。例如,仅示出己方多选题测验结果

的事情是,除了表的少数,还有很多地方的表我能想象有人询问这样的观点,但想不出一个具体的使用情况。不过,我觉得有时候这样的一般功能是有用的,因为我不能随时预见到所有的情况。

我的问题是,有多少的这些个性化的观点,我应该打扰自动生成?对于几百表,这增加了时间的好大块的构建,测试和基准测试流程,自动化虽然他们。你会犯错,可能永远不会使用的额外功能的一面,或在具有可用的只有那些意见的一侧已要求/你知道会是有用的?

有帮助吗?

解决方案

这是一个很好的问题要问自己 - 通用性(一般;-)一件好事,但你观察overgeneralizing可以把你扔到一个组合爆炸。你都不可能安排DDL所需位“及时”,当用户试图利用它来生成(当然保留一些已经证明是有用的位的“缓存”)?

如果这仅仅是不可行的,那么,考虑“潜在有用的意见”,以表和列的数量成倍增长,我会不情愿地接的可能性“只作了所谓有用/期望”的策略(和力争使其非常非常方便用户,让我知道,当他们需要我补充更多的东西......)。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top