在公司学到的知识（6）——关于配置表

挺久没来写了 今天正好上来找资料 顺便就写点笔记

距上次写已经过了很长一段时间 这段时间里 在公司其实是有吸收不少知识 每次发布的时候都会被大熊挑三拣四 尤其是 评审的时候 都OK之后 正式发布总要被挑设计上的毛病

不过 也总结出一句话 DB的设计或许和风水一样——没有绝对 作为菜鸟的我 在这里只敢用一个或许 

正题吧——

配置表是这次活动我新增加的表结构 大致的设置是这样的 由后台去对配置表进行操作 然后每天定时跑JOB 根据配置表里面的内容去生成所需要的数据

现存问题——后台还没开发 配置表配置直接走DB改数据

配置表里面的数据有这样几个主要的字段：基本信息，有效起始时间，有效结束时间

其实 从DB改数据不是我所愿 这个是个风险非常高的操作 而且每次改数据 被教育的总是我 不过后台没出来 我能咋办

于是今天有了这样的对话 

大熊：说说你这个配置表咋用的

我：DB暂代理后台的工作，修改我们要生成的数据的时候，由DB来修改配置表，废弃掉的配置不删除，修改掉结束时间为当前，然后插入新的配置信息

大熊：（这里是重点）一般来说，配置表都会设置一个字段用于逻辑删除，配置表里的数据一般是不会进行物理删除操作的，然后，针对于配置信息，一般也是不允许去修改，废弃掉的数据，用标识去除，所以配置表大都只进行配置信息的插入和标识操作。

疑问——其实我比较疑惑的是，我的脚本并没有修改配置的基本信息，仅仅是修改了有效结束时间，从我的设计来说的话，可以说是，我把有效结束时间，作为了一种标识去标识这个配置是否可用，这样的设计，算否合理捏？嗯 等以后自己再来看文章的时候再回复自己吧~至少现在觉得 不算很坏的设计