Oracle10g 有大量列的表是否危险？

拥有大量列的表是否是一种危险的做法。是否存在某些性能或内存问题？我的数据库是Oracle 10g。在我的例子中，为现有表添加列，然后重新排列db的结构更容易。我说的是表中已经有大约50列的30-50个额外的列

这本身并不危险，但通常是设计拙劣的标志。这些额外的专栏大多是多样化和独特的，还是您添加了如下内容

mon_price, tue_price, wed_price, ..., mon_qty, tue_qty, ...

编辑（响应OP的确认）：

---

如果它和我上面描述的一样，那绝对是个坏主意。在我的示例中，通过创建一个子表来规范模式，该子表包含列

parent\u id、day\u of\u week、price、qty

大量列肯定会减少空间需求（因为其他字段不会重复）。我有一个用例，我想有120列，其中93=31*3列用于存储3个不同的每日度量。我想知道这种方法是否存在任何特定的性能问题（与3列和一个单独的列作为月日相比）

mon_price、tue_price、wed_price、…、mon_Quantity、tue_Quantity……不一定都是个坏主意。我已经在一个应用程序中这样做了。我的第一个设计是完全规范化的，按照建议使用单独的表，这是一个能够正确处理所有约束的怪兽，而且性能非常差。我的第二个设计，在一个表中有几十列，非常简单，所有约束都很容易声明，而且速度更快。当然，部分非规范化的设计有很多缺点，但如果这些缺点被接受，那么它就有它的用途。我在此正式收回我之前的评论！我有几个重复列的应用程序确实可以工作，但它为UI设计带来的优势最终被代码的复杂性和添加额外列的困难所抵消。此后，我将应用程序替换为使用规范化设计的应用程序，UI、应用程序代码和报告现在都简单多了+马塞洛：）@JeffreyKemp：非常感谢你让cajones根据经验公开改变你的想法。把一个人以前的无知表现出来并不容易（我这样说并不自负；我自己也有一些非常尴尬的例子），但这是对社区的宝贵贡献。