对于一个状态，如果有初始状态，最好要确定有一个终态，才好对业务进行处理,例如如果一个东西要先落库，但不一定生效，那么它会有草稿，生效，失效三种状态。最好在用户操作时就让状态由初态（草稿）变成终态（生效或者失效），便于后续对数据库的无用数据进行删除，因为草稿的删除逻辑不好界定，但失效的肯定是可以删除的。
对于sql语句与名字的编写，对于一些常用复用的，例如select，最好不要根据业务在sql语句里添加某些条件限制，这会影响到其他人的使用，如果非要加的话，在保证提供常用方法的同时，可以自己针对业务再写对应的sql，或者利用通用的sql后自己在service中进行逻辑处理。
例如，你使用查看详情的时候，可能会有一些条件限制，例如只能查询生效的，未删除的，等各种要求，此时要么不在sql中加这些条件，直接调用后对查找到的数据进行逻辑判断，保证复用sql的纯粹性。要么单独写个sql，命名上一定要表现出你的是按条件查询的，防止其他人调用时不清楚sql中的具体内容，命名不规范容易导致误用。所以要提供一个规范通用的查询。
