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