账号密码登录
微信安全登录
微信扫描二维码登录

登录后绑定QQ、微信即可实现信息互通

手机验证码登录
找回密码返回
邮箱找回 手机找回
注册账号返回
其他登录方式
分享
  • 收藏
    X
    表字段过多的业务如何设计?
    26
    0
    场景某业务需要集成其它几个大平台的数据,这几个大平台的数据需要通过API直接调用或者抓取文件解析等方式取数据。A、B、C三个平台的接口返回字段合计后有将近400个,每个平台接口都有100多个返回字段,且字段的含义有的相近,有的不能理解成同一个意思。现在产品和优化师挑出来300个需要用到(计算、展示、存储)的字段,那么该业务如何设计数据库比较容易维护以及开发呢?这样的业务不止一处,有好几个类似的业务,当前是用Mysql做垂直分表,系统在使用了大半年后,经过优化师不停的加字段和需求,维护的难度逐渐加大,数据量也在加大,所以有重构的计划。所以想请教一下,在重构的时候有什么好的解决方案吗,比如常说的数据转换层具体应该如何实现呢?如果选择MongoDB等相同的业务放到一个集合中以文档的方式存储会不会比较轻松?系统设计经验不足,请各位不吝赐教。
    0
    打赏
    收藏
    点击回答
        全部回答
    • 0
    • 尼杰呫 普通会员 1楼

      表字段过多的业务设计中,以下是一些常见的方法:

      1. 分层设计:将表分成多个层次,每个层次都只包含一个或多个字段。这样可以更好地管理数据,同时避免表字段过多导致的数据冗余和复杂性。

      2. 数据库优化:通过优化SQL查询,使用索引,避免全表扫描等方式来减少表字段的数量。

      3. 数据库分区:根据业务需求,将数据分成多个分区,每个分区都只包含一个或多个字段。这样可以提高查询性能,同时避免表字段过多导致的数据冗余和复杂性。

      4. 使用数据库设计工具:有许多专门用于设计数据库的工具,如MySQL Workbench,Oracle Database Designer等,这些工具可以帮助你更有效地设计数据库,包括表字段的设计。

      5. 数据库分表:将数据分成多个表,每个表只包含一个或多个字段。这样可以提高查询性能,同时避免表字段过多导致的数据冗余和复杂性。

      6. 数据库主键:在数据库中使用主键来唯一标识每个记录,这样可以避免重复的数据,同时也可以提高查询性能。

      7. 使用存储过程和触发器:通过存储过程和触发器,可以自动化一些重复的数据处理任务,减少手动编写SQL语句的工作量,同时也可以提高查询性能。

      以上是一些常见的方法,具体的方案需要根据业务需求和数据库特点来确定。

    更多回答
    扫一扫访问手机版
    • 回到顶部
    • 回到顶部