
1 hanxiV2EX 2018-12-06 08:33:14 +08:00 via Android 是指日志记录?两条分开的日志记录 |
2 l12ab 2018-12-06 08:37:12 +08:00 via iPhone 我觉得像做账一样,2 条 |
5 imNull 2018-12-06 08:49:04 +08:00 via Android 两条 |
6 mwiker 2018-12-06 08:54:02 +08:00 一条支出,一条收入,不论明细查询还是统计时才能正确 |
7 loadsome 2018-12-06 09:00:28 +08:00 via iPhone 一个入账一个出账,对应不同的用户 |
8 songpengf117 2018-12-06 09:27:30 +08:00 via iPhone 如果是简单的一对一的积分转账日志记录的话 记一条更好 查询的时候 作为转出方的查询记录 union 上作为转入记录的查询记录 如果记两条 还需要一个额外关联字段 记录转出与转入的关系 如果比较重要的信息 或者数据量表较大的系统 例如银行转帐 还需要账户流水表 记录更多的信息 |
9 dapang1221 2018-12-06 10:00:08 +08:00 难道不是三条吗,两条对于用户的积分变动的日志,一条转账的 from-to 日志……这是两个层上的呀 |
10 imn1 2018-12-06 10:16:49 +08:00 越多越好 某年某月某日,某人给自己或他人,因为某种原因,在某地,用某设备,转出 /转入了若干金额,操作方式为…… 大数据时代,应该优先记录行为,2333 |
11 zgray 2018-12-06 10:18:23 +08:00 最少两条,一进一出 |
12 zgray 2018-12-06 10:22:20 +08:00 @azev 一条的话,账万一不平呢? 对于积分操作,和钱其实一样,有 2 个基本动作: A 流出,记录 A 转出给 B 积分:XXX B 流出,记录 A 转入给 B 积分:XXX 这两个基本动作从数据库层面得是事务级别的,即 4 步走: 写 A 流出日志,A 账户扣款,写 B 转入日志,B 账户入账。 |
13 jason19659 2018-12-06 10:46:08 +08:00 看你们数据库的表结构啊 |
14 azev OP 感觉用一条记录完全能满足业务啊 还不用担心保存多条记录的复杂性 弊端的话 应该是查询统计不太方便 |
15 matrix1010 2018-12-06 11:32:12 +08:00 via Android 感觉属于财务问题,问问公司会计转账如何记账,或者找会计的书看看 |
16 46Gnj0E0OBmad377 2018-12-06 11:45:42 +08:00 via iPhone 复式记账法 |
17 Marstin 2018-12-06 15:16:43 +08:00 一条支出记录一条收入记录还有一条转让行为记录 |