想请教一个开发兼运维dba在团队中定位的问题

mailghyth

IT渔夫 发表于 2017-8-23 15:33
我一直无法定位什么是架构师，架构师不懂性能和三范式也能叫架构师？

我们现在项目的设计情况，是这种现象。
而且我也不明白什么样的是架构师，现在需要跟这样的角色合作。挺迷茫。
每天看着设计完全不满足扩展，没有性能，2.5范式都不满足。然后还要写代码。比较痛苦

以前呆的几家公司都是dba出的表设计，然后团队最终敲定。

fatfoxz

mailghyth 发表于 2017-8-23 15:57
我们现在项目的设计情况，是这种现象。
而且我也不明白什么样的是架构师，现在需要跟这样的角色合作。挺 ...

能举个具体的例子吗？
小项目的表设计应该不会太复杂吧，性能怎么出问题？

mailghyth

fatfoxz 发表于 2017-8-25 12:37
能举个具体的例子吗？
小项目的表设计应该不会太复杂吧，性能怎么出问题？

比如：
1，一对多的两个表，只有一行数据的占5个字段，5行以上数据的，占5个字段。全部放一个表搞定了，产生大量冗余。
2，然后一个系统，按业务拆库，每个库数据其实挺大，全部日志都想着放一个表。有些实时展示的日志（需要关联），有些是历史日志。
3，一个展示页面很多属性，基础数据以外的数据，全部丢一个文本字段，字段名由前端定义。然后每行数据字段名+值拼接起来，拿到前端解析。（每个页面可能存额外信息达到200行）。这样以后无法扩展，无法支撑检索，无法用sql查询

fatfoxz

mailghyth 发表于 2017-8-25 13:33
比如：
1，一对多的两个表，只有一行数据的占5个字段，5行以上数据的，占5个字段。全部放一个表搞定了， ...

有点怪，尤其3。。。。。。
看上去就是为了画面编码方便而设计的。

我们项目比较大，都是专门的人在做，你的例子的东西都会由开发部门做基本设计的人设计。DBA和架构师都不参与。相关设计人员会综合考虑业务和性能，一般都比较合理，至少不会出现为了画面编码方便而影响表设计的情况。

mailghyth

fatfoxz 发表于 2017-8-25 14:41
有点怪，尤其3。。。。。。
看上去就是为了画面编码方便而设计的。

我经历几个公司都是dba设计为主。
现在的设计都不遵循三范式的，明明是关系数据库，却用了mongodb那种文档结构来存数据
每次发生更删改查，都是直接传送一个大文本数据，到字段存储。（其实多建几个表，不用存字段名，还有多余 的很多符号。返回给前端连解析都省了，而且时间字段存成字符串是19个字节，时间却是8字节，用一个文本型，完全没有优势啊）
不考虑带宽，不考虑并发，内存开销各种