会计数据库-存储交易您创建了一个游戏站点，用户可以在其中购买游戏积分并为某些游戏等向用户的虚拟帐户存入/存入资金等等。1如果你有一个会计来记录交易，它会被记录下来（可能有点复杂，但你明白了）TRANSACTIONPK_ID1Cash-$10(System)PK_ID2Deposit$10(System)TRANSACTIONPK_ID3BankAccount-$10(John)PK_ID4Deposit$10(John)2作为一个开发者，你真的需要浪费2条额外的记录吗？为什么不这样记录...（然后您可以存储资金的来源，同一存款记录下其他列中的状态）TRANSACTIONPK_ID1Cash-$10(system)PK_ID2Deposit$10(John)Option#1isbetter比选项#2副签证有什么真正的优势吗？编辑：修改问题，删除CR、DR并替换为符号。（回答你的问题，同时回应paxdiablo的回答中提出的一些观点。）这与查看数据库内部的会计师无关。使用复式记账，错误很容易追踪；这是会计和IRS的要求，所以实际上，您别无选择，您需要重复输入任何处理公共资金的系统。那是会计系统，它是内部的，它处理钱。我们完了。但是，您还将会计系统与买卖系统结合起来（未明确说明）。当然，对于你从约翰那里拿走的十块钱，你需要把他买的任何东西都给他，并记录下来。约翰购买了价值10美元的游戏积分，如果您跟踪它，那么是的，您还需要：用户，对。虚拟的、深奥的或物理的，它是进行交易的法律实体。所以我们不要假装它不存在，因为它是虚拟的。对于游戏，一美元帐户加一个游戏（信用）帐户。信用卡/借记卡我会把CR/DB放回去；不是CHAR(2)，而是布尔值。当表很大时，WHEREIsCredit=1比WHEREAmount>=0快得多，这对你有帮助。注意，使用“>=”，你必须确保每个代码段的编码方式相同，有时不是“>”。Boolean或char没有这个问题。就数据而言（这就是您要问的），不。您应该将其存储为带符号的值。复式簿记不是暴民做的，所以它可以向IRS隐藏实际利润:-)这意味着交易必须平衡（价值永远不会被创造或销毁，只是被转换）。如果您只是将交易（和书籍）存储在带有符号的列中，那么平衡交易（和书籍）会容易得多。在视觉呈现方面，一些会计师可能喜欢将它们放在不同的列中，但绝大多数人生成的报告中“负面”只是以不同方式表示（例如在括号中）。最有可能的是（像许多其他会计事物一样），双列是很久以前的事了。将两列相加然后从正总计中减去负总计以获得当前位置（而不是加减混合）会更容易。但这是我的假设。另见此处。以上就是《AccountingDatabase-StorageTransactionSharing》C#学习教程的全部内容。如果对你有用，需要进一步了解C#学习教程，希望大家多多关注。本文收集自网络，不代表立场。如涉及侵权，请点击右边联系管理员删除。如需转载请注明出处：
