我们有一个多租户数据库，这是一个我们基于tenant_id 实现行级安全性的表：
| 租户 ID | product_id |
|---|---|
| 0 | 一个 |
| 0 | 乙 |
| 1 | 1A |
| 1 | 1B |
| 2 | 2A |
| 2 | 2B |
我们的要求是与tenant_id = 0 关联的产品应该可供所有租户使用。与tenant_id != 0 关联的产品应仅对相关租户可用。
有没有办法使用安全定义器来实现这一点？还是我们需要单独的表格？
我们有一组未以多租户方式设置的数据库。希望构建一个以多租户方式保存数据的集线器，使用 wal2json 将数据从源管道传输到集线器。对于每个 JSON 对象，我需要知道它来自哪个数据库。这可能吗？
我想知道 GDPR 对多租户 SaaS 应用程序的 MySQL DB 的约束是什么。虽然每个多租户客户使用单个数据库并限制访问的解决方案可能会很好，但是单个数据库呢？
我如何保证对单个租户的数据进行适当的隔离？纯应用解决方案对我来说似乎很弱（...每个查询的 tenantID=xx）。
我是否会被迫为每个表或大多数查询创建受限视图？MySQL 6.7 将如何处理这个问题？我已经阅读了有关索引视图和性能的信息，但我不确定如果将每个表切换到视图，我的应用程序会发生什么。
新版本的MySQL有改进吗？我应该使用像 MaxScale 这样的数据库代理吗？或者也许这是切换到 postgres 或其他数据库的充分理由？
有没有办法通过数据库或模式配置 PostgreSQL 服务器实例来限制资源，例如 work_mem 或 max_parallel_workers？（甚至限制特定用户）
据我所知，postgresql.conf 中的参数会影响整个 postmaster 实例。
这个问题的背景是基于数据库模式和资源隔离的多租户。
我正在使用远程 PDB 克隆进行一些测试。本地和远程实例都是
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
PL/SQL Release 12.1.0.2.0 - Production
"CORE 12.1.0.2.0 Production"
TNS for Linux: Version 12.1.0.2.0 - Production
NLSRTL Version 12.1.0.2.0 - Production
DB LINK 正常，远程 PDB 存在
SELECT COUNT(*) FROM V$PDBS@REMOTE
WHERE NAME = 'REMOTEPDB';
但是这样做sqldeveloper
CREATE PLUGGABLE DATABASE mypdb FROM REMOTEPDB@REMOTE
REFRESH MODE MANUAL;
给我这个错误：
Error starting at line : 1 in command -
CREATE PLUGGABLE DATABASE mypdb FROM REMOTEPDB@REMOTE
REFRESH MODE MANUAL
Error report -
ORA-00922: missing or invalid option
00922. 00000 - "missing or invalid option"
*Cause:
*Action:
我正在编写多个多租户应用程序，每个应用程序都有单独的数据库（我决定采用共享数据库的不同模式方法）。每个应用程序都有员工表，用于租户的员工和客户，以及客户。
问题是我所有的应用程序都共享这两个表，因此如果每个数据库都将完全独立，就会有重复项。
我想过拥有一个包含 Staffs 和 Customers 表的公共数据库，并有一个不同的应用程序（如 Oauth2 服务器）处理注册和登录。然后在每个多租户应用程序中有存根表用户，列id和role（客户/员工）形成主键，并分别从远程员工和客户获取他们的数据。
我不确定这是一个好方法，所以如果有更好的方法来处理它。
如果不清楚，请在评论中告诉我。
在 oracle 12c 中，ALTER PLUGGABLE DATABASE "PDB1" UNPLUG INTO 'PDB1.XML'语句创建 XML 清单。如果没有先正确拔出 PDB 并且源 CDB 未处于活动状态，是否可以将 PDB 插入新的 CDB？
我正在从事一个新项目，并且正在设计系统背后的 Microsoft SQL Server 数据库。
该系统将包含无限数量的客户，每个客户都有多个用户。每个客户都将拥有自己的数据子集，而且数据量将会非常庞大。最坏的情况是每个客户每月跨多个表大约 5+ 百万行。
为了优化每个客户的性能，我正在考虑一个包含一个系统数据库和多个客户数据库的系统。我的想法主要是我看不出一个客户为什么要查询其他客户的数据。我看到的问题是这个解决方案会导致客户数据库和系统数据库之间的关系（跨数据库关系）。
我是否过度考虑了性能问题？