IRIS 的数据类型比较少，也就 4 个数据类型：字符串，数字，时间，分类。 在这里分类有点像我们的下拉选择框，其实对应 Java 或者其语言中的数据来说可以说是枚举类型。 只是 IRIS 的枚举类型是定义在数据库中的，并且是事先定义好的。 String 这个好说，就是字符串。 因为 M 语言的限制，所以 String 字符串中可以存储的字符最多为 32KB、 Number 数字，这个数字可以是整数也可以是浮点数。 IRIS 对存储的数据库如果有没有意义的 0 的话，数据库会对这个数字进行处理，删除掉没有意义的 0。 例如数据 “0900.0100” 将会被实际存储为 “900.01”。 时间 时间中我们有 3 个子分类，分别为日期，时间和时间戳。 Date 日期 在 Date 日期中，IRIS 只会存储当前的日期，这个日期是没有时间的。 Time 时间 Time 这个字段只能存储时间，这个时间包括小时和分钟和秒等。 Instant 时间戳 这个时间戳包括有日期，时间和时区。 这个是系统自动生成的系统时间，通常不需要我们认为的手动输入。 Category 分类 这个就是我们说的分类了，在这个分类中我们可以想象为数据库中预先存储的枚举类型。 比如说人的性别，我们通常会预定义好。 https://www.isharkfly.com/t/iris-chronicles-data-type/15559
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 姓名了。这样的好处就是可以节约存储空间。 https://www.isharkfly.com/t/iris-chronicles-item/15558
对于我们用得最多的关系型数据库来说，首先有的是数据库名字，然后是表名字，然后就是字段名，随后就是一条一条的数据。 对于 IRIS 来说，因为是使用的层级数据库，所以上面的定义就不能完全的照搬了，而且不建议想象成一样，因为我们没有办法最后完全的对应上。 我们最好的是把 IRIS 想想成一个文件存储柜，如下面的图。 上面的柜子的抽屉是一个一个的文件夹，然后文件夹里面夹的是一张一张的纸，纸上面存有我们的数据。 这里有些名词需要重新定义。 第一层 Database（Master file） IRIS 中定义的数据库不是这一个大柜子，而是我们上面的那个抽屉。 EPIC 上面的抽屉定义了 800 多个，等于你安装一个 EPIC 系统，系统初始化的时候就会有 800 多个数据库帮你初始化了。 EPIC 系统中的数据库使用的是 3 个大写英文字母表示的，这 3 个英文字母在他们的系统中都有特定的意义，所以不能随便修改。 这个数据库的名称，EPIC 称为 INI，其实使用的是英文单词 Initials（简写）的 3 字母表示的。 如果你是使用 Windows 系统的话，我们知道很多系统的配置文件都用 .ini 表示，所以这里需要明确的就是数据库的名称不是系统文件。 第二层 Record IRIS 定义第二层为 Record，实际上 就是你在每个抽屉中放的一个一个的文件夹。 以病人的病历为例，上面每一个病人就会使用一个文件夹来装病人的数据。 假设你今天来我们医院看病了，但是你从来没有来过，那么我们在你班里手续的时候就会为你创建一个账号，这个账号就是对应这里的 Record， 对应实际的内容就是抽屉里面放的文件夹。 英文在这里会有歧义，如果你对应关系数据库的话， Record 表示的是表中的一条一条的记录。在这里也可以这么想，但因为缺少了一层，所以 Record 的级别提高了。 因此最好不要用关系数据库中的表来对应。 第三层 Contract 当我们有文件夹了，那么下一步就是放一张一张的纸，在这一张一张的纸上面有我们的数据。 那么这一张一张的纸就叫做 Contract。 这个英文单词在这里又有歧义了，因为和中文翻译合同是同一个词。但在这里没有合同的意思，所以只能最好使用英文原词来避免歧义。 第四层 数据 Items 对我们来说最重要和有价值的就是数据了，所以在 Contract 的这张纸上面我们就放的是数据。 对于数据来说，通常我们可以放各种数据，比如说我们在纸上面画一个表对吧。 但 IRIS 在这里就不这样用了，IRIS 只能在纸上面放 K-V 数据库，就等于是一个一个的键值对的意思。 与数据库对应来说就是 Map 了。 在 Map 中的 K，我们通常使用的词是 Key，但 IRIS 用的单词是 Item。 Item 就是定义 Map 中的 Key，通过这个定义来约束 Value 能够存什么样的东西，这个类似我们关系数据库中在表里面定义的字段，通过这个定义的字段来对可以存储的值来进行约束。 Value 这个好说，就是对应我们 Map 中的 Value，这个 Value 就是我们存储具体数据的地方。 对应关系数据库就是我们的一个一个的数据了。 总结 通过对上面的表述，大家应该对 IRIS 是如何对数据存储结构进行表达有所了解了。 https://www.isharkfly.com/t/iris-chronicles/15557
最近我们在想使用我们提供的代码库进行元数据提供的时候，启动的服务报 CORS 问题。 如果你的 Gitea 服务器是直接暴露给外部使用的话，可以在 Gitea 的配置文件中添加下面的配置： [cors] ENABLED = true ALLOW_DOMAIN = * 在完成上面的配置修改后，需要重启 Gitea 服务器来让设置生效。 需要注意的是，如果在这个时候还使用反向代理，那么针对 CORS 的限制是不在 Gitea 服务器上，而是在反向代理服务器上。 因此对 Gitea 的修改不能起到允许 CORS 的作用。 https://www.isharkfly.com/t/gitea-cors-access-control-allow-origin/15553
我遇到了一个问题就是 Nginx 是作为反向代理服务器部署的，但因为 Nginx 的配置导致 CORS 问题。 在这个时候我们可以对 Nginx 的配置文件进行修改： 在 location 后添加下面的内容： add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; 如上图显示的内容，当完成上面的修改后重启服务器。 那么你的 Nginx 服务器将不会对访问的域名进行限制。 当然你也可以对特定的方法进行配置，例如我们只希望 Get 方法没有这个限制的话，就可以在上面的示例配置中只设置 Get 方法。 为了安全起见，我们还是希望 POST 方法是 CORS 限制的，因为我们不希望任何和我们无关的数据进入我们的系统，来提高安全性。 https://www.isharkfly.com/t/nginx-cors/15554
在 Notepad++ 上，可以使用 ctrl 加上鼠标的左键来滚动来进行调整。 如何恢复默 可以使用 Ctrl 加数字键盘上的 / 键 来恢复默认设置。 当然也可以通过菜单栏上 view 菜单下的 Zoom 选项。 上面的界面中可以看到我们的在 Notepad++ 中使用的选项。 https://www.isharkfly.com/t/notepad/15549
FileZilla 有个默认设置是如果 20 秒没有数据的话会自动中断链接。 Command: Pass: **************** Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server 修改配置 这个配置是可以修改的，修改的步骤为： Click Edit on Menu Click Settings Set Time Out to ‘0’ 把这个参数从 20 修改为更高的值或者修改为 0。 例如，我们在这里把这个值修改为了 300，那么就可以保持连接 5 分钟。 修改为 0 的意思为永远保持连接。 https://www.isharkfly.com/t/filezilla-20/15547
根据美联航官方发布的新闻，美联航的官宣全家桶已经上市了。 新闻的链接在地址：https://www.united.com/en/us/newsroom/announcements/cision-125325 条件 只要是 18 岁以上的成年人就可以创建一个全家桶了。 这样就可以把家庭中的所有里程都放在这个全家桶里面，在需要的时候再从全家桶里面去拿。 创建链接 官方的新闻稿中的链接还有点羞羞答答。 我们在这里把链接找出来了：https://www.united.com/en/us/mileageplus/miles-pooling 在下界面中，可以看到有按钮创建一个 Pool。 因为我们已经创建了，这里就会显示的是进入里程 Pool。 添加家庭成员 进入里程 Pool 后就可以添加家庭成员了。 界面中的上面就可以非常容易的看到添加成员按钮。 在随后的界面中需要输入你需要添加成员的会员号，邮件地址和出生年月日。 当完成上面的信息后单击发送链接，只要对方接受链接就可以进入到你的家庭 Pool 中了。 需要注意的是，新加入的成员需要 72 小时才能够添加或者获取里程。 时间限制 需要注意的是，新添加到 Pool 里面的里程需要 24 小时才能生效。 看起来对家庭桶的操作基本上都不是马上生效的，多数情况需要等 24 到 72 小时。 如果有近期出行需求或者里程升舱等操作的话，最好还是早点把里程处理好。 https://www.isharkfly.com/t/topic/15544
这个公司就是 EPIC，他们自己写了一个基于 Caché 数据库的管理工具，然后起名叫做 Chronicles。 对于大部分人来说，直接用 IRIS 就可以了，并不需要使用 EPIC 的 Chronicles 数据库管理工具。 2020 年合并使用的新闻 在 2020年10月13日 intersystems 发布的新闻。EPIC 宣布从2020年08月开始，EPIC 将会使用 InterSystems IRIS® Data Platform 来为 EPIC electronic health record (EHR) 提供数据库服务。 在这之前，我们知道 EPIC 是用 Chronicles 来管理数据库的，不知道使用新的 IRIS 数据库后，EPIC 系统的内部会用什么变化，可能也不会有比较大的改变吧。 所以 Chronicles 相对来说就是 EPIC 老的自己的数据库管理系统，我们相信 EPIC 还是在用这个数据库管理系统的。 Chronicles 因为 EPIC 系统对自己的产品的封闭性非常高，所以我们在讨论数据库的时候并不方便使用 Chronicles 管理工具的名字来进行表述。 因为上面原因，所有有关 EPIC 系统的讨论或者 Caché 数据库的讨论我们都会用 IRIS 来替代，以避免没有必要的麻烦。 https://www.isharkfly.com/t/chronicles-iris/15543
我们都知道真正一个数据库通常是 2 个部分组成的，存储和进程。 Caché Caché 的定义就是一个数据库，在这个数据库中有存储和进程。 与我们常用的 MySQL 来说，我们安装好 MySQL 后我们就可以通过客户端进行连接了，同时我们还可以通过服务器上的字符界面来进行连接。 这里是一个完整的组件。 IRIS IRIS 是一个数据库管理平台，对比 MySQL 同样的我们安装 IRIS + Caché 就等于一个完整的 MySQL 安装了。 如果我不想用 IRIS，我想自己写一个，基于 Caché 的管理工具可以吗？ 当然是可以的。 这里已经有一个公司做了，这个公司就是 EPIC，他们自己写了一个基于 Caché 数据库的管理工具，然后起名叫做 Chronicles。 对于大部分人来说，直接用 IRIS 就可以了，并不需要使用 EPIC 的 Chronicles 数据库管理工具。 如果你的医院系统使用了 EPIC 系统，那么大概率你会用到 Chronicles 来对数据库进行操作。 EPIC 是不会让你自己直接用 IRIS 来操作数据库的，这里主要的原因就是 Chronicles 对 Caché 的基础进行了很多的魔改。 从商业的考虑，他们会希望你和他们完全的绑定。 总结 现在知道 Caché 和 IRIS 之间是什么关系了吗？ 就把 IRIS 想想成一个完整的 MySQL 安装实例，不但把数据库给你装了，也给你装了管理工具和连接工具。 Caché 就是核心的进程和数据库，你总不能自己写进程通信去访问 Caché 数据库吧。 https://www.isharkfly.com/t/iris-cache/15542