Item 在 IRIS 中的作用和我们关系数据库中有关字段的作用的相同的，可以通过定义 Item 的属性，我们可以知道我们的可以存储什么的数据，以及数据之间有什么关系。

Item number

每一个 Item 都会有一个 ID，这个 ID 是为唯一在数据库中用来标识 Item 的，这个 ID 通常是数字。

Item Title

类似关系数据库中的字段名。

比如说我们定义一个用户名字段，为了标识用户名，我们可以把 Item Title 设置为 UserName。

Data Type

定义我们可以在数据中存储什么样的数据。

比如说我们可以存储字符串，数字，或者时间等等。但 IRIS 的字段类型有限，也就那么4种，所以在这里我们只知道这个是定义数据类型的就行了。

Networked（可选）

这个就有点像我们关系数据库中的跨数据库了。

例如在关系数据库中，我们有数据库 A 存储了一些数据，但我们在数据库 B 中希望引用数据库 A 中的数据，那么我们 SQL 上通常是 a.col 字段名这种方式来引用的。

如果这里标识的的是 Networked 的话，那么意味着这个 Item 中的数据需要通过网络方式从其他数据库中获得数据。

Add Type

这个也是对数据来进行定义的，表示的是存储的数据是不是随着时间的改变而改变的。

针对病人的数据来说的，病人的血型是不会随着时间的变化而变化的，所以 Add Type 的值为 No-Add。

别和我说当病人做了干细胞移植后血型会发生变化，这个字段应该会变化的，这不是抬杠嘛。

Response Type

在这里定义我们的数据是什么样的数据。

我们数据是 1 行还是 2 行，甚至是不是多行。

在这里这个可能不好理解，那么我们用数据来说明。

考虑下姓名，如果我们把姓名作为一个完整的字符串的话，那么 Response Type 就应该设置为 1，如果是姓名是分开姓和名的话，那么 Response Type 就应设置为 Multiple。

Indexed（可选）

用来标识 Item 中的数据是不是添加到索引中。

按照 EPIC 的说法，貌似是所有数据都会添加到索引中。

Packing（可选）

这个叫做打包的意思。

这个意思就是把一堆数据打包在一起，还是用姓名这个数据来说说。

我们可以把姓存为一个 Item，同时把名存为一个 Item。

然后我们把这 2 个 Item 打包放在一起就可以做一个 Packing 姓名了。这样的好处就是可以节约存储空间。

IRIS / Chronicles 定义 Item 字段的属性选项 - 数据库 - iSharkFlyItem 在 IRIS 中的作用和我们关系数据库中有关字段的作用的相同的，可以通过定义 Item 的属性，我们可以知道我们的可以存储什么的数据，已经数据之间有什么关系。 Item number每一个 Item 都会有一个 ID，这个 ID 是为唯一在数据库中用来标识 Item 的，这个 ID 通常是数字。 Item Title类似关系数据库中的字段名。 比如说我们定义一个用户名字段，为了标识用户名，我们可以把 Item Ti…https://www.isharkfly.com/t/iris-chronicles-item/15558