脚本宝典收集整理的这篇文章主要介绍了php – 对不同(但相似)的商业计划使用不同的表是一种好的做法吗?,脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。
上述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:
我会喜欢使用XMLTyPE来保存瞬态数据结构. XML使我们能够为每个计划定义模式,但使用XMLType不需要更改数据库本身.我们可以索引xpath查询,因此性能仍然可以很好. Find out more.
以上是脚本宝典为你收集整理的php – 对不同(但相似)的商业计划使用不同的表是一种好的做法吗?全部内容,希望文章能够帮你解决php – 对不同(但相似)的商业计划使用不同的表是一种好的做法吗?所遇到的问题。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。