EPIC 使用的是 IRIS 数据库，但是在 EPIC 内部，却有一个称为 Chronicles 的系统。
有关这个 Chronicles 的连接方式，请参考：
Chronicles
Chronicles 在 EPIC 内部被称为 DBMS，是 EPIC 的数据库管理系统。
我们可以认为 IRIS 只提供了一个数据库引擎，EPIC 为了能够让自己很多的库能够使用，他们在 IRIS 数据库引擎上提供了另外一层，这一层用于存储存储过程，数据，全局变量。
困惑
IRIS 其实已经提供了管理界面和 JDBC， ODBC 等连接方式，为什么 EPIC 还要在这上面再构建一层？
其中主要原因是 EPIC 自己已经有了很多的库，并且最开始使用的是 GT.M 数据库，这个数据库是没有什么管理界面的。
因此 EPIC 需要使用一个管理程序来管理 GT.M 数据库。
虽然限制 GT.M 数据库已经被 IRIS 取代了，但 IRIS 只用于后端的数据存储，但是 EPIC 为了能够重用已有的库，而继续使用 Chronicles。
JDBC
根据 IRIS 的说法，目前是可以直连 IRIS 的。
但 EPIC 显然是不会允许这种方式，等于绕过了 EPCI 修改了数据库中的数据和结构，对 EPIC 显然构成了威胁，因此 JDBC 的连接方式，我们认为还只存在于 EPIC 外的系统。
至于是不是真的是这样，还需要随着研究的深入再来更新了。
EpicStudio 和 Lookitt
要连接 Chronicles 数据库，那么需要有工具。
EPIC 提供了一个称为 EpicStudio 的 GUI 图形化工具和 Lookitt 工具。
根据 EPIC 官方的说法，EpicStudio 比 Lookitt 的功能更加强大和更多。
存储过程代码的编写等等都是在 EpicStudio 中完成的。
Lookitt 更多只是用于查看数据了。
https://www.isharkfly.com/t/epic-chronicles/16120
