【问题标题】:Neo4j Deployments / VersioningNeo4j 部署/版本控制
【发布时间】:2022-05-06 08:40:06
【问题描述】:

我们在开发人员的机器、QA 和生产上设置了 Neo4j 环境。在进行开发时,我们会进行架构更改、添加节点、添加关系、重命名事物等——典型的开发(图或无图,数据库就是数据库)。

一旦开发到一定程度,这些变化(应用程序代码和数据库代码)需要推送到 QA -> PROD。

对于传统数据库(例如 SQL Server),可以有一个包含版本的表、一个查询该表/版本号的 SQL 脚本,以及一个分支逻辑,根据版本,它会执行正确的语句,将目标数据库带到正确的架构级别。

人们如何在 Neo4j 中做同样的事情?有没有好的解决方案?似乎 Cypher 中的 apoc/branching 逻辑相当有限且繁琐。

【问题讨论】:

    标签: deployment neo4j versioning


    【解决方案1】:

    neo4j 有documentation on upgrades,还有一个web page on upgrades

    通常,只要dbms.allow_upgrade 配置设置为true,新安装的neo4j 版本将支持自动升级支持现有数据库的文件(针对特定的旧版本)。

    另外,older versions of the Cypher language can still be used。可以为每个查询指定 Cypher 版本,或者可以将 neo4j 配置为使用该版本进行所有查询。

    【讨论】:

    • 感谢您的帖子。我的问题更多是关于部署我们自己的软件代码更改(例如架构更改等),而不是 neo4j 软件本身..
    猜你喜欢
    • 2015-05-04
    • 2014-10-29
    • 2017-04-23
    • 1970-01-01
    • 2016-11-25
    • 2011-03-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多