备份博文内容

CSDN博文备份/EPIC数据库Chronicles的连接方式-141142332.md

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