在 Linux x86_64 上，我安装了 Db2 v11.5.8.0，我正在将实例和数据库从 v11.1 升级到 v11.5。
我们有几台 Linux 机器，它们至少安装了两个 Db2 版本：v11.1 和 v11.5，每个数据库版本都有几个实例，每个实例都有几个数据库。
我可以检查：
db2lsdb2greg -dump | grep ^I但是如何检查特定的 Db2 实例，哪些数据库已经使用db2 upgrade database <db_name>进行了升级
阅读文档后，我想我应该询问我正在寻找的不区分大小写行为的性能问题。就上下文而言，我正在进行从 SQL Server 到 PostgreSQL 的迁移项目，我需要确保数据库中的所有数据条目都实现了不区分大小写。这会成为数据库迁移的问题吗？据我了解，当所有表都使用非确定性排序规则时，会出现性能问题。
虽然非确定性排序规则给出了更“正确”的行为，尤其是考虑到 Unicode 的全部功能及其许多特殊情况时，但它们也有一些缺点。最重要的是，它们的使用会导致性能下降。请特别注意，B 树不能对使用非确定性排序规则的索引使用重复数据删除。此外，某些操作对于非确定性排序规则是不可能的，例如模式匹配操作。因此，它们应仅在特别需要的情况下使用。
我在一个使用 SimpleSnitchStrategy 的可用区中有一个 9 节点 Cassandra v3.11 集群。
我想将 snitch 策略更改为 GossipingPropertyFileSnitch 并将拓扑更改为像这样的多 AZ：
AZ-A 中的
3 个节点，AZ-B 中的
3 个节点，AZ-C 中的 3 个节点。
我应该如何进行迁移？
先移动节点再改变snitch策略还是先
改变snitch策略再移动节点？
作为一个额外的问题，我应该使用
JVM_OPTS="$JVM_OPTS -Dcassandra.replace_address_first_boot=ip_address"
还是删除节点并再次添加它们？
我有 2 个独立运行的数据库集群。将来，我可能需要将客户的记录从集群 1 移动到集群 2。我有一个 bash 脚本，我在服务器端将表记录从集群 1 复制到 CSV 文件，然后将它们恢复到集群 2。
数据之间的关联使用顺序 ID。这些 ID 在两个实例中不是唯一的。似乎有两种可能：
我没有为我的用例使用最好的工具。还有其他工具可以让我更轻松地做到这一点。我已经掩盖了外国数据包装器。我不想做转储，因为我只需要一些记录。
我只需要吸收它并使用在我的数据集中唯一的 UUID。
在我的组织中，我们有一个 SQL Server (2016) 在 Amazon 的 EC2 实例上运行，在 Windows 上使用 SQL Server 许可证。我的老板意识到，我们可以通过建立一个仅限 Windows 的 EC2 并在我们自己的许可证上安装 SQL Server 来节省大量资金。所以我需要把整个东西搬到一个新的地方。
在新机器上安装 SQL Server 并备份/恢复我们正在使用的一个数据库对我来说相对容易。但是我需要重新创建所有服务器对象：用户、作业、链接服务器、数据库邮件等。我可以从旧机器上编写大部分内容来重新创建它们，所以这没什么大不了的。
我觉得可能有一种更简单的方法可以做到这一点，但我对服务器上的 DB Admin 的经验并不丰富。
做这个动作最简单的方法是什么？谢谢！
我正在将数据库从 Firebase 迁移到 MongoDB，并且遇到了问题。这是我存储在 FB 中的这样一个对象：
"logs": {
"2021-05-24": {
"124109": {
"foo": "text",
"bar": "text"
}
}
}
当我将它导入 Mongo（通过 Mongo 指南针作为 JSON 对象）时，它以这种形式插入：
"logs": {
"2021-05-24": [
null,
null,
... # overall 124109 nulls here
null,
{
"foo": "text",
"bar": "text"
}
]
}
正如我所看到的，它将嵌套对象的键读取为真实数组对象的数量。如何在 mongo 中正确迁移这种类型的对象？
我有一个大约 12GB 的 MySQL 5.7.x 转储，我尝试将其导入新安装的 MySQL 8.0.x 本地实例。
mysql -u username -p test < DB-210508.sql
导入开始但失败并显示以下消息：
ERROR 1824 (HY000) at line 518: Failed to open the referenced table 'table-name'
我想知道为什么外键有问题，如果不是因为我正在导入 8.0.x
MySQL 8.0.x 实例配置如下：
[mysqld]
default_authentication_plugin= mysql_native_password
innodb_buffer_pool_size = 8G
innodb_buffer_pool_instances = 32
innodb_buffer_pool_chunk_size = 134217728
collation_server = utf8_unicode_ci
character_set_server = utf8
导入失败的原因可能是什么？
我安装了一个pxc_strict_mode设置为的 Percona XtraDB 集群ENFORCING，并尝试从非 Galera MariaDB 服务器导入数据库。这适用于某些数据库，通过转储它们并通过mysqldump --skip-locks -K导入它们mysql <database> < <dumpfile>（在使用创建空白数据库之后CREATE DATABASE）。然而，一个数据库被拒绝导入：
第 40 行的错误 1105 (HY000)：Percona-XtraDB-Cluster 禁止在 pxc_strict_mode = ENFORCING 或 MASTER 驻留在非事务存储引擎（切换到事务引擎除外）中的表（example.example）上使用 ALTER 命令
大多数互联网线程只是建议暂时禁用pxc_strict_mode. 然而，鉴于其他数据库导入没有任何问题，我认为该问题应该可以通过更改附加到的标志mysqldump或修改转储文件中的语句来解决。我尝试删除转储中的所有 ALTER 语句，这会将上述错误更改为...prohibits the use of DML command....
源 MariaDB 实例和新的 XtraDB 集群都配置了默认的 InnoDB 存储引擎。
将不胜感激任何输入。
我到处寻找有用的文档，这些文档全面地为我提供了 Netezza 存储过程和函数之间的差异，因此我可以找到 Azure Synapse 等价物。
是否有任何网站或链接可以记录此类事情，而不必通过在 Azure 中运行 proc 并让它们失败来查找每个单独的不兼容性？
我想我想主动修复这些，而不是被动地修复它们以节省时间
有任何想法吗？