主页 / dba / 问题 / 27796
Accepted
FrankRuperto
Asked: 2012-10-29 19:55:09 +0800 CST

给定以下规则，我应该如何最好地设计表和关系？

  • 772

在当铺业务中，客户典当、出售或购买物品。每当客户典当、出售或购买物品时，都会创建一份指定客户信息、物品以及条款和条件的合同。

每个合同最多允许 6 个项目。如果超过 6 个，则必须将它们拆分成单独的合同。此限制的原因是因为每个打印的表格只能存在一个唯一的合同。该表格为 8.5 x 5.5 英寸（半页大小），因此每张表格仅适合 6 个项目描述。我们在法律上不能为同一合同提供第 1 页，共 2 页。

属于合同的所有项目都分配了一个批次序号。这个批号也恰好是合同号。无论是典当、买卖合约，手数都会递增。每种类型的合同都将维护自己的收据序列号。想象一个单独的典当合同垫，右上角有收据编号，一个单独的购买垫和一个单独的销售垫。

买卖是最终的！

但是，客户可以为其活跃的典当支付利息，在这种情况下，客户向收银员提供原始收据的副本以及利息支付。然后，为相同的典当物品（即具有相同的批号）发出新的收据，显示新的到期日，原始或以前的收据被取消并由收银员归档。

当客户赎回他们的典当时，不会发出新的收据。客户在收据上签名，说明典当物品已归还给他们，收据被收银员取消并存档。

当其他客户典当物品或支付利息时，会开具新收据并提供给客户。

编辑：如果当铺不为每笔利息支付提供新的收据，而只是用支付利息的日期、金额和新的到期日更新原始合同，那么我们就不会有并发症了！但是，我们有一个典当收据编号，有时会增加，有时不会，具体取决于对每个典当进行的交易类型。

以下是一段时间内的典当交易示例：

    CUSTOMER   TRANSACTION DATE/TIME   TRANSACTION TYPE     RECEIPT#
    --------   ---------------------   ----------------     --------

    Frank      Oct-28-2012,  9:00 am   New Pawn, Lot#501      P12345
    Mark       Oct-28-2012,  9:05 am   New Pawn, Lot#502      P12346
    Jeff       Oct-28-2012,  9:20 am   New Pawn, Lot#503      P12347

    ...
    (several other new pawns, which increment the lot and receipt numbers, and  
     interest payments which only increment the receipt numbers.)

    Mark       Nov-26-2012, 12:30 pm   Pawn Lot#502, Int Pymt P12945
    Frank      Nov-26-2012, 12:32 pm   Pawn Lot#501, Redeemed P12345 (no change)
    Jonathan   Nov-26-2012, 12:35 pm   New Pawn, Lot#600      P12946
    ...

    Jeff       Jan-30-2013, 12:39 pm   Pawn Lot#503, Forfeit  P12347 (no change)

如您所见，典当批号在典当的生死存亡期间永远不会改变，但收据编号会随着不同客户对现有典当支付利息或典当新物品而增加。如果客户在到期日或之前没有支付任何利息或赎回典当物品，则客户没收典当物品（收据编号保持不变），当铺会将这些物品拉入库存。

顺便说一句，当当铺提取一个成熟的典当时，该典当中的每件物品都会分配到最新的收据编号，并在每份合同中以项目编号为后缀。然后他们被转移到当铺的库存中。

因此，典当批号 503 中的第二个项目，其收据编号为 P12347，将转移到库存中，分配的库存编号为“P12347-2”，其中“P”代表典当，“12347”是当前收据数字和“-2”，因为它是该典当合同中的第二项。

我个人不会使用这种编号方案，但我附近的许多当铺都喜欢这样做，因为他们声称他们可以根据收据编号判断特定典当最后一次活动的时间，加上他们可以保持他们所有的棋子按时间顺序物理存储，从而更容易拉动它们。

那么，鉴于上述规则和示例，使用 Informix 或 MS-Access 2010 JetDB 等 SQL 数据库为这些规则设计表和关系的最佳方法是什么？

如果所有典当、买卖都有一个合同表，或者每个都有单独的合同表，那会是最好的吗？在合同表上运行的交易表怎么样？

database-design informix

2 个回答

  1. Best Answer

    据我所知，除了 Customer 表之外，您还需要三个表：

    1. Contract——持有关于合同的单值数据，不包括收据。它可能会记录合同的最新收据编号，但这将是一种优化，存储可导出数据。主键：合同号（又名批号）。
    2. Contract Items——持有合约的1-6个物品。主键：批号、批次序号。批号是对合同的外键引用。
    3. 收据——保存有关收据的信息。主键：收据编号。Foreign Key: Contract Number 再次引用Contract。

    给定的收据与一份合同相关联；如果是典当合约，一份合约随着时间的推移可能有多个收据（买卖合约将有一个收据）。

    即使在取消典当合同时未发出新收据，也需要对合同或收据（或两者）进行数据库更新以表明合同已取消。

    我在这里缺少什么吗？

    • 5

  2. 我将有三张表：一张用于合同（包含合同编号和合同所绑定项目的详细信息），一张用于客户（包含客户的个人信息），一张用于交易（通过多链接将两者联系起来）许多关系，还包含交易日期、交易类型——尽管你可能想为每种类型制作单独的表格，但这取决于你——以及涉及的金额）。

    • 2

相关问题