问题标签 [exadata]

我正在尝试通过带有 cx_Oracle 组件而不是 jdbc 的 Robot Framework 连接到 Exadata DB。我的尝试惨遭失败。我使用的配置是正确的，即用户名、密码和主机，但 Exa 发送的错误消息可能是 ORA-12650：没有通用加密或数据完整性算法。

你能帮我解决这个问题吗？非常感谢！

我开发了一个代码，它使用 JDBC 连接字符串 oracle.jdbc.OracleDriver 和相应的 jar 连接到 Oracle DB。

但是，我的客户最近转移到了另一个名为“Exadata”的数据库。

我的问题是，由于它们来自同一供应商“Oracle”，因此到 Exadata DB 的 JDBC 驱动程序和 JDBC 连接字符串是否有任何变化。

谷歌并没有太大帮助，反而让我感到困惑。

如果可能的话，任何潜在客户都将不胜感激，并提供指向源的 URL。:)

谢谢！

用户已经从多个模式的多个表中创建了带有 select 语句的表语句。我想限制他们读取数据并允许他们在他们的架构中创建空表，其中只有元数据而不是数据。我想在用户访问和角色级别执行此操作。请告诉我我该怎么做？

我尝试让他们对基础表进行读取访问，但用户也可以看到数据。

表应该在没有数据的情况下创建。

我在带有 oracle 12c 的简单服务器上有一个开发服务器，我们的生产服务器在 Oracle Exadata 上。

在某些表上，我们使用 COMPRESS FOR QUERY 选项。我的问题是每次我们创建一个表时，我们都需要删除这个选项（从 DDL 中）进行开发，并在我们在生产中部署更改时放置它。

数据库级别是否有任何选项也可以在开发服务器上使用该选项，即使服务器不是 exadata（类似于跳过它）？

谢谢你。

我在 Oracle exadata 中有一个包含 34 亿行的表。我需要在此表中创建一个新列，它是表中其他 2 列的总和。我尝试了以下。- 使用alter table add column 创建列。- 更新表集列 C = 列 A + 列 B。但更新在一段时间后引发了以下错误。ORA-30036: 无法在撤消表空间 'UNDOTBS1' 中将段扩展 8

我阅读了有关此错误的在线文档并与 DBA 进行了核对，他说这不是空间问题，在这种情况下我应该尝试替代更新语句。请让我知道我可以通过哪些其他方式执行此操作。我可以使用插入来做到这一点吗？

谢谢，萨万

我们在 Exadata 中有多个维度表和事实表。要求是对这 5 个不同维度表和事实表中的某些属性执行 CDC。所以基本上，我们必须从 5 个不同的表中整理所有必需的属性，并每天执行 CDC。我的问题是——

如果我必须从 5 个不同的表（维度和事实）中创建一个包含所有必需属性的唯一历史表，那么从相同的属性创建每日增量表将是一件痛苦的事情，这将花费大量时间。有没有更好的方法来实现这一点，而不是与现有表分开创建历史记录和增量负载？创建一个结合维度表和事实表的独特表是一个好主意吗？

我尝试使用 cx_Oracle 从 python 连接 exadata，但遇到问题说明

cx_Oracle.DatabaseError: DPI - 1047: 找不到 64 位 Oracle 客户端库。

我正在尝试安装 64 位 cx_Oracle，但我需要知道我可以从 python 连接到 exadata。

我正在使用 Oracle Exadata 云环境。我有一个表，我用它来存储通过应用程序导入的 excel 的原始数据。所有列都是 VARCHAR2(100 CHAR)。我有一个简单的 select 语句，它返回所有验证失败的记录。在应用程序中，我使用 OracleDataReader 来获取记录。此查询大约需要 15 分钟才能返回 308K 条记录。我运行了统计数据，如下所示。我在 Batch_Id 和 User_Id 列上有一个组合索引。可以做些什么来提高性能，这是一个非常简单的选择语句，没有任何连接。

我正在尝试找出一组列是否使用 Oracle SQL 唯一标识了 HUGE 表中的观察结果。我正在使用cx_Oracle.

背景：我是 SQL（Oracle SQL）的新手，我的任务要求我使用 HUGE 表，不幸的是这些表没有很好地记录（我什至不知道主键）。通过查看数据，我试图理解它，并试图找出一组列是否唯一标识表中的行（并且可以作为 PK）。

假设我有一张非常大的表，有 250M 行：

我想用一个简单的查询对这个表进行全面扫描：select count(*) from example_customers

然后我决定我想使用并行提示来尝试加快速度，使用select /*+parallel(10)*/ count(*) from example_customers

乍一看，这似乎是一个很大的改进——第一条语句的总成本是 384K，新语句的总成本是 43K，这表明并行执行语句的成本是最高的并行运行的 10 个单独操作中的一个，加上并行执行开销的一些额外成本。

然而，当我实际运行这些语句时，我看不到任何时间差异——它们都需要大约 35 秒。为什么第二个语句不快？

我有一些理论，但我不知道如何验证其中哪一个（如果有）是原因：

• 10 个单独的并行操作中的每一个都在完整扫描表（如 xplan 所示，列出的行在整个过程中返回为 250m）
• 第一个查询已经达到数据库在所有操作中读取数据的速度的限制，所以第二个查询仍然受到同样的限制
• 并行操作被强制转换为串行操作（在这种情况下，我希望看到PX COORDINATOR FORCED SERIAL而不是PX COORDINATOR

附加信息

没有提示的查询的 SQL 监视器报告：

带有提示的查询的 SQL 监视器报告：

更多信息

如果禁用 exadata 智能扫描：

select /*+ OPT_PARAM('cell_offload_processing' 'false') PARALLEL(10) */ count(*) from example_customers;

如果我对 group by 使用更复杂的查询，那么我会看到一些改进（从 71 秒到 61 秒），但仍然比我预期的要少得多：

如果我们使用具有大量排序操作的查询，那么我们会看到并行执行实际上运行得更慢：