一般表设计是一次性设计到位还是 在开发过程中发现有遗漏字段再补充

[Renco]

[Renco]

不管设计的再好，在实际需求时候，总是因为各种原因会少字段 甚至改字段

[Renco]

总感觉设计出来的表 在经过实际开发过程中会增减字段。

[Renco]

没有一劳永逸的完美设计。是表设计的能力不够么

[learningman]

按照严格的软件工程的定义，应该是一次性搞好的。靠 ER 图啊，数据流图这些东西。
实际上，我就没见过按照软件工程的设计模式开发的。。。

[Renco]

@learningman 公司开发比较随意，都是直接建表开发，没有什么 ER 图

[devinww]

我们这边的操作，一般设计的时候会预留一些字段备用，万不得已的情况下会改结构。

[ynkkdev]

这么说吧，我目前的项目直接 all in mongodb：） aka 需求撕裂者

[hsuvee]

一次尽可能到位

[otakustay]

这事情难道不是看你的水平的么，你要做不到一次性设计到位，那知道要到位又能怎么样呢

[breezeFP]

做外包：甲方不会加需求吗？
做产品：产品经理不会加功能吗？

[Kimen]

你永远不知道你的甲方还有什么东西没想到

[AlkTTT]

这取决于产品经理 or 甲方

[guisheng]

如果说是在当前需求情况下还要变更的话一般是没有考虑细节导致的。如果是变更需求这个一步到位就需要非常深厚的业务经验或者开局 10 个备用字段。

[shyangs]

敏捷开发, 需求我不一次告诉你, 我在下次或下下次迭代告诉你, 嘿嘿.

[lakehylia]

我设计接口数据结构的时候，都是这样的。

struct Data {
int x;
int y;
int reserved[64];
};

[PerFectTime]

加需求能不加字段么

[l00t]

尽量一次到位。实在不行该改就改。

[entro]

互联网精神先上线再迭代，中间就免不了某些设计不严谨的表需要修改
然鹅，很多公司要么没有文档，要么改了数据库不改文档，改来改去文档版本落后，就只能靠字段注释理解业务表了
就像数据库范式，要求的很规范，然而实际开发没几个完全遵守范式设计表的