项目开发中数据表由谁设计？

独立设计，一起评审

独立设计，一起评审

项目开始：
自己设计，自己开发。
自己埋坑，自己填坑。

几个月后：
项目屎山，项目爆炸。

@luckyrayyy 有道理

谁开发，谁设计；
谁设计，谁背锅；
谁背锅，谁修复；
谁修复，谁开发。



你瞅瞅，这是一个环

@gollwang 不太现实，一个离职直接 g 了，基本上每个项目要有两到三个人熟悉，有人有事请假或者离职能快速跟上

前端开发没搞过数据库，但是流程应该还是差不多的：
首先是拿到原始需求，据此做需求分析，此过程是把原始需求转化成技术性需求，需求分析文档，模块小的话一般就不评审了
输出技术性需求之后，技术选型以及方案基本上都能确定了，接下来就是写概要设计文档，这个是要评审的，不光是请大佬来把关，还要拉上相关模块的接口人，对接外部接口的调用
概要设计文档之后，要不要写详细设计文档，看自己，我们这边一般不评审，但是写完之后也要上传到项目文档库中
这个流程走下来，基本上不会出什么大问题

同学，你听过迭代吗？谁负责就谁设计，谁负责就谁改。不是责任人，也做不了啥。

中小型项目面向领域设计，数据表自动生成，大型项目不用问了，肯定有专人负责。

独立设计业务方案，包含接口、内部流程、表；
集体评审。

@wangkun025 从个人角度来说，比如容易分锅，但是从整体来说，项目容易做烂了，比如某个水平次的人埋个大坑

@wangbenjun5 大多数项目都会做烂，这是宿命。学会认命。

@wangkun025 #12 项目做到一定程度会重构 做烂 继续重构。。。

没做过大项目，都是芝麻绿豆的小项目，表结构自己搞

@waising 升职加薪就靠这个了。

我们只有数据结构设计，不存在什么表设计。数据库表有什么好设计的，无非就是加上 id 这些固定的字段，把需要展开的集合作为子表，然后对象直接有多对多关系的加上关系表。

而且，我们做数据结构设计是要产品参与的，在产品出原型之前就会出来一个初步版本。后面如果在画原型时发现缺字段，加上也很方便。原型通过评审后，按数据结构直接出建表的 sql 脚本。

数据产品、数据开发负责
没有有专门的数据产品，就产品+数据开发负责
没有数据开发，就产品+后端开发负责
表的使用方，一般是后端，也要参与沟通