php – 对不同(但相似)的商业计划使用不同的表是一种好的做法吗？

有一个非常相似的问题： Modeling products with vastly different sets of needed-to-know information and linking them to lineitems?但我找不到能帮助我的答案;

上述Q& A中的某个人指向designing database to hold different metadata information,它有一个很棒的接受答案,但由于我的程序中明确需要搜索功能,我不希望性能受到损害.

我是一名“技术人员”,他使用PHP Oracle来跟踪我们公司的销售进度并生成报告.我们的工作流程通常如下所示：

>营销人员为我的系统提供准备好的数据集;
>前线员工(销售)标志着我的系统的进展;

>任何人都可以在系统中搜索结果;

>我向营销人员生成报告.

问题：

许多数据集列是相同的(或可以认为是相同的),如下所示：

account|customer_name|gender|location|program_segment|...

但营销部门.比如提出新的想法(并放弃现有的想法),因此每个“销售计划(活动)”可能有自己的数据,例如：

对于计划1,它们可能包含：

...|prev_coupon_code|last_usage_amount|...

但是,对于计划2,它们可能包含：

...|is_in_plan_1|is_in_plan_2|...

你明白了.

不成功的尝试：

>为了保存所有数据,我曾经使用一个“足够长”的表,它具有所有可能的属性(列),并留下空白/不必要的属性NULL.

但现在我觉得它永远不会“足够长”,因为有太多“属性”甚至更多“销售重点”：我为系统的新版本起草了一个41列表,突然他们提出了一个具有无法适应的信息的新程序.
>有人建议我在表格中创建“虚拟列”并在前端“记住”它们的不同含义.这可以适用于几种数据类型,例如对于Y / N,DATE等的NUMBER(1),但是当谈到VARCHAR2时,我不确定其中有多少是足够的……加上这会使表看起来“脏” ”.

题：

沮丧,我现在正在认真考虑为不同的程序使用不同的表格,并使用UNION条款生成大报告,以防他们被问到“我们这个月/季节/年如何销售？”

从技术上讲,这是一个好习惯吗？我应该实施吗？

编辑#1：

为了澄清,一个“销售计划”通常会在它被放弃之前运行几个月,并且每个运行程序每月至少会有一个数据集.

并且可以有多个程序同时运行.

编辑#2：

那些“程序指定的”列有各种数字：一个程序可能需要10个,而另一个程序可能只需要1个.

我会喜欢使用XMLType来保存瞬态数据结构. XML使我们能够为每个计划定义模式,但使用XMLType不需要更改数据库本身.我们可以索引XPath查询,因此性能仍然可以很好. Find out more.

一个问题是,针对XML编写查询是一个小问题,但我认为对于你采取的任何一个apporach来说,尴尬的查询都是一个问题.

（编辑：安卓应用网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!