gpt4 book ai didi

MySQL Workbench 交织模式,需要单独开发

转载 作者:搜寻专家 更新时间:2023-10-30 23:45:35 24 4
gpt4 key购买 nike

我正在开发我的客户将要使用的小型 CMS。这些客户中的每一个还将拥有构建在核心 CMS SQL 数据/表结构之上的自定义 SQL 表,以支持他们各自的需求。

现在,当使用 MySQL workbench 时,我想:

1) 在 MySQL 工作台上为每个客户端保留单独的模式。

2) 能够轻松地在所有客户端模式之间分发核心 SQL 更改。 (无需分发客户端特定的更改!)

3) 保持核心表和客户端特定表之间的关系,因为它们稍后将存在于同一架构中。

-> I.e. my core SQL will have users and one of my (just one, not the others) client's database also needs to have users. Thus it would be convienient to have the client's users in the core SQL-s users table.

-> All media files should be located in the core SQL "media" table.

有人能至少给我提供一些关于如何管理多个数据库的面包屑吗?在这些数据库中,核心表是相同的,但都有一些部分构建在它们之上(也就是核心表和表之间存在逻辑关系)客户特定表)?有什么好的解决方案吗?

最佳答案

好吧,跨模式查询非常简单,因此将核心表保存在核心模式中,将客户的表保存在各自的模式中。然后,您可以通过以下方式选择跨模式:

SELECT u.* FROM core.users u;
SELECT c.* FROM client.table c:
SELECT m.*, t.* FROM core.media m INNER JOIN client.table t ON m.table_id = t.id;

等等

关于MySQL Workbench 交织模式,需要单独开发,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29051164/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com