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
tsaohai 2018-12-06 11:45:42 +08:00 via iPhone
复式记账法
|
17
Marstin 2018-12-06 15:16:43 +08:00
一条支出记录一条收入记录还有一条转让行为记录
|