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