定义 Item 字段的属性选项

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

Item number

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

这个叫做打包的意思。

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

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

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