银行数据库设计问题
我的第一个解决方案是为所有事务和基数(0.…1n)创建一个事务表，以便只有一种类型的支付和一个帐户，那么我应该使用它还是只为两个表之间的每个关系创建一个事务表？
共有1个答案
如果“我为每个帐户创建了一个表，贷款，存款，支票帐户”意味着你有四个以上的表，那么你做了非常非常错误的事情。您应该有一个客户表和一个交易表。交易是指资金从一个帐户转移到另一个帐户，因此简单的交易表将包含id、交易日期、贷方帐户、借方帐户、金额等字段。在会计学中，经常有涉及几个贷方和借方账户的交易，所以这些交易不能在上面概述的简单交易方案中保持。
如果要表示贷款，那么可能还需要两个表：一个表包含所有贷款的原子细节（给定的日期、贷款人的帐户、总额、名义利率等），另一个表包含每笔贷款的预计还款。
不需要更多的表来表示存款或支票帐户：这些可以表示为帐户，并用类型字段指定它们是哪种类型。
-
向表中插入数据，记录中有一个字段涉及到当前记录是当前租户下第几个插入的，也就是顺序码，如何维护这个顺序码，在保证线程安全的情况下，不同租户的记录都保存在同一张表下， 目前的做法是插入数据的时候不插入该字段，获取该表记录列表的时候按照插入时间排序，然后判断对应字段是否为空，如果为空则插入
-
本文向大家介绍数据库设计的主要问题，包括了数据库设计的主要问题的使用技巧和注意事项，需要的朋友参考一下 数据库设计可能是一项艰巨的任务，您需要遵循以下方法并应对挑战，才能获得设计良好的数据库。 数据库设计的关注点和挑战如下： 遵循设计标准 在设计数据库时考虑设计标准非常重要。它为您提供了定义明确的组件。这样，您还可以轻松评估现有设计。 如果您无法遵循设计标准方法，那么不要指望设计是正确的，并且您将
-
我刚刚开始将我的项目分离到小微服务中。我有一个处理 API 授权的微服务（检查 API 请求中提供的 apiKey 是否有效），因此为此，我有一个单独的 API 授权数据库，其中包含下表和以下架构： APIKey： ApiKey （VARCHAR， PK） TenantID （INT， FK） 租户：租户ID（INT， PK）名称（VARCHAR） 如您所见，APIKey表链接到租户表。 我有另一
-
1、数据库设计最起码要占用这个项目开发的40%以上的时间 2、数据库设计不仅仅停留在页面demo的表面 页面内容所需字段，在数据库设计中只是一部分，还有系统运转、模块交互、中转数据、表之间的联系等等所需要的字段，因此数据库设计绝对不是简单的基本数据存储，还有逻辑数据存储。 3、数据库设计完成后，项目80%的设计开发都要存在你的脑海中 每个字段的设计都要有他存在的意义，要清楚的知道程序中如何去运用这
-
在《数据库设计概述》一节，我们讲解了为什么需要设计数据库。本节主要介绍数据库设计的基本步骤。 在了解数据库设计步骤之前，我们先来了解一下软件项目的开发周期，如下： 需求分析 概要设计 逻辑设计/详细设计 代码编写 软件测试 安装部署 其中，项目开始的第一步都是根据客户需求去设计数据库。代码编写阶段就是根据选择的数据库进行物理实现，编写代码实现应用。 按照规范设计的方法，考虑数据库及其应用系统开发全
-
数据库设计就是根据业务系统的具体需求，结合我们所选用的数据库，建立好表结构及表与表之间的管理关系，为这个业务系统构造出最优秀的数据存储模型的过程。使之能有效的对应用的数据进行存储，并高效的对已经存储的数据进行访问。 数据库设计是数据库系统中的重要组成部分。一个良好的数据库可以给系统带来清晰的数据统计与数据的详细分析，给系统带来方便直观的数据。不良的数据库设计，必然会造成很多问题，轻则增减字段，重则
-
设计工具 所有的数据库设计必须采用PowerDesigner 16.5进行设计 设计规范 所有的表、字段，code必须采用英文命名，不允许采用中文拼音或者缩写。表的name必须为中文命名。 所有的表必须包含id（VARCHAR2 128 BYTE）、create_time（DATETIME，自动更新）、last_update_time（DATETIME，自动更新）三个字段
-
问题内容： 我现在正在为我的软件编写地址簿模块。到目前为止，我已经设置了数据库，以使其支持非常灵活的地址簿配置。 我可以为每种类型创建n个条目。类型是指“电子邮件”，“地址”，“电话”等数据。 我有一个名为“ contact_profiles”的表。 它只有两列： 然后有一个名为contact_attributes的表。这有点复杂： 我现在可以链接到这些配置文件，例如从用户表中。但是从这里我遇到了