主页 / user-10178

FrankRuperto's questions

Martin Hope
FrankRuperto
Asked: 2012-12-11 08:23:24 +0800 CST
  • 1

Windows 7 Pro 64 位上的 11.70.FC6 开发人员版：

  1. 通过 IIUG 链接下载并安装。
  2. 我创建了一个名为“server”的自定义 DSS 实例，其中包含一个名为“datadbs”的 128GB 数据库空间。
  3. 安装向导创建了一个 Windows 用户“informix”。
  4. 我连接到实例“服务器”，以“informix”身份登录。
  5. 执行了一个 SQL 脚本“CREATE DATABASE voters IN datadbs NLSCASE INSENSITIVE;”
  6. 这失败了（见第一张图片），然后尝试通过 dbaccess 菜单创建数据库。
  7. 在 dbaccess 中，dbspaces 选项不显示“datadbs”，仅显示 root、phys、log & sbs dbs'，但是当我执行 dbspaces 的目录时，它显示 107GB 的“datadbs”（见第二张图片）。
  8. 我在“onconfig.server”中设置了以下值（见第三张图片），但仍然没有骰子！

在此处输入图像描述 在此处输入图像描述 在此处输入图像描述 在此处输入图像描述

informix
Martin Hope
FrankRuperto
Asked: 2012-10-29 19:55:09 +0800 CST
  • 6

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

每个合同最多允许 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
Martin Hope
FrankRuperto
Asked: 2012-07-14 02:03:27 +0800 CST
  • 5

Informix 11.70.TC4DE：

CREATE TABLE cluster_tbl
    (
fk_id INT,
data CHAR(2048)
    );

LOAD FROM "presorted.ld" INSERT INTO cluster_tbl;

CREATE UNIQUE CLUSTER INDEX cl_idx ON cluster_tbl(fk_id);

{###}

CREATE TABLE noncluster_tbl
    (
fk_id INT,
data CHAR(2048)
    );

LOAD FROM "presorted.ld" INSERT INTO noncluster_tbl;

CREATE UNIQUE INDEX ncl_idx ON noncluster_tbl(fk_id);

{###} 

UPDATE STATISTICS;

据我了解，聚簇索引本质上与对加载文件进行预排序、将其插入表中并为外键列创建索引是相同的。

我创建了两个表，每个表加载了 200 万行相同的数据，由外键预先排序。但是，一个表在 fk_id 上有一个聚簇索引，另一个表在 fk_id 上有一个非聚簇索引。

与具有非聚簇索引的相同表/数据相比，在维护或访问具有聚簇索引的表中的数据时，树结构或额外开销是否有任何差异？

index informix