数据库设计相关的，想问问一些建议

[amosmz]

1.状态码或者类型相关的(tinyint) 现公司 不使用 0 当作默认值，直接以 1、2、3 开始，因为个人偏向 0、1 开始。所以问下 0 到底有没有必要拿来使用，是否存在什么好处的说法？个人感觉可能也是差不多的

2.有一个单表的数据，每个月可能有是上百万的数据插入，有点类似将每一件食品的二维码都录入到数据库当中，是否有必要按照几个大类来分开来，让单表变成多表。(担忧是订单表关联要先根据类型，在跟据 ID 查找，是否存在不合理的设计)

3.设计到多级代理的利润，订单表的利润部分应该怎么设计

目前系统设计 是将多级的利润都放在订单表里，目前有 3 级，所以 6 个字段存储起来.个人感觉不合理所以重新设计这方面

最终还要统计利润的总额

起步想法表格，想法可能偏新手，所以想咨询下大家，谢谢

订单表  利润表（这样处理合理吗--这样多级利润就是多条数据，但是担心数据量太多了）

id      order_id

amount  user_id 属于谁的利润

        amount  利润金额

[kaychen]

1. 如果是状态码或类型不使用 0,是有好处的. 比如,PHP 中,用 empty 判断 0 和空是等价的. 当需要查询所有状态码或类型的时候,一般该字段传参为 0 或空就代表所有.如果 0 表示了某种状态,那还需要单独再处理下呢.

[jorneyr]

表示状态时，1、2、3 表示正常状态，有时候我会用 0 表示没有设置过值，表示未知，看情况吧，都有道理。

[amosmz]

@kaychen 嗯嗯，那按照原来的来，感谢

[hbolive]

如果不是非用 0 不可，那尽量不要用 0 了，因为某些语言下，0==false

[hbolive]

第 2 个问题，分成多表是基于什么考虑，是怕数据表太大查询慢？如果按类别分，可能会跟业务冲突，那按 ID 分表吧。。

[amosmz]

@hbolive 对怕数据表太大了，主要根据业务可以分成几大类，ID 分表的话大概多少的数据分一次好呢？

[zibber]

订单和账务分开