问题标签 [inline-view]

我试图了解如何处理内联视图以及为什么我们不能在 where 子句子查询中将它们用作“源表”。当我尝试运行此查询时，我得到ORA-00942：表或视图不存在

以上片段仅用于说明原因。

普通表和内联视图在存储和处理上的具体区别是什么？

我有一个类似于这个简化示例的查询：

我希望连接 (u.id = sq.user_id) 成为外部连接。我不知道如何在 from 子句中使用 JOIN 和这样的“选择”。

我知道我可以做这个例子，而不必在 from 子句中使用 select，但这不是我在应用程序中需要的。

我想编写一个查询来返回一些概念的描述及其各自的价格，但我想创建两个不同的列来对两个不同的项目类别的值进行分类。是否可以？

输出查询

我想编写这样的代码： 理想查询

根据Using Subqueries Oracle SQL 在 select 语句的 from-clause 中接受子查询，例如

但是，查看SELECT 文档，我看不到在 from 子句中选择/子查询的可能性（例如，从规则table_reference或join_clause）。

我在这里遗漏了什么吗，这部分 SQL 语法是否记录在其他地方？或者这是文档的另一个不完整部分？

我有以下用 SQR 编写的代码：

似乎[$col_g8_account]无法读取内联视图中的 ，因为它向我抛出了一个错误'invalid relational operator'：

（SQR 5528）ORACLE OCIStmt 在游标 6 中执行错误 920：ORA-00920：无效的关系运算符 SQL：SELECT business_unit、ledger、sum_posted_total_amt、FT_YB_IEE_RPT_NY、ft_yb_rpt_col_char、CHARTFIELD2、currency_cd From（使用 as（从 ps_gl_account_tbl 中选择 DISTINCT 帐户） g8row.FT_YB_IEE_RPT_NY、g8func.ft_yb_rpt_col_char、g8func.CHARTFIELD2、g8ybdata.business_unit、g8ybdata.ledger、g8ybdata.currency_cd） 

第 682 行错误：(SQR 3716) SQL 语句中的错误。

（SQR 5528）ORACLE OCIStmt 在游标 7 中执行错误 920：ORA-00920：无效的关系运算符 SQL：SELECT business_unit、ledger、sum_posted_total_amt、ft_yb_iee_RPT_NY、currency_cd From（从 ps_gl_account_tbl 中选择 DISTINCT 帐户，其中帐户组按 g8row.ft_yb_iee_rpt_ny， g8ybdata.business_unit、g8ybdata.ledger、g8ybdata.currency_cd） 

第 803 行错误：(SQR 3716) SQL 语句中的错误。

在程序文件中发现错误。

PeopleSoft 的 SQR：程序中止。

我在使用内联视图创建一个列来计算薪水/total_sal * 100 时遇到一些问题。我的问题是，由于某种原因，我没有得到所有员工的价值，而只是第一个。

我试图环顾四周，看看是否能找到答案，但我找不到。任何帮助都会非常有帮助！

也许有人可以协助设计查询以满足这些要求。我将需要它成为内联视图的一部分，该视图将加入更大的查询。

我有基本的电子邮件地址表：

然后我有一个名为 UPLOAD_HISTORY 的表。样本数据：

然后是文件类型表：

如果我执行查询，并外部加入 UPLOAD_HISTORY 和 FILE_TYPES，我会得到如下信息：

我需要的缺失记录是从 UPLOAD_HISTORY 表中填写缺失值。我理想的结果集如下所示：

我正在寻找所有文件类型，每行的电子邮件，如果有该文件类型的记录，则状态为 1，如果没有，则状态为 0........

有时可能会通过一些标准。我可能会要求特定的文件类型，也可能不会。

如果特定电子邮件在 UPLOAD_HISTORY 表中没有任何条目，是否可以获得空记录？

但是，我可以只要求文件类型 1：

谢谢

我有一个过于复杂的查询，其中包含一个带有组的内联视图，出于性能原因，我希望尝试将其删除，但我似乎想不出办法。此查询的过度简化表示是：

EverythingElse 仅包含内联所包含的 id 的一小部分，但它是一对多的关系。因为 inline 包含一个分组依据，优化器必须先对表中的每一行求和，然后才能加入。这使得这个子查询代表了工作估计成本的 99%。

由于选择使用内联中的 2 个值，我不认为将子查询更改为嵌套子查询或标量子查询是一种选择。我还考虑过移动组以包含整个查询，但我知道的每个聚合函数都会导致 EverythingElse.* 花费比我通过删除内联视图节省的时间更多的时间。我能找到的最快的处理是 max()，但如果存在类似 any() 的东西，那可能会解决我的问题。

是否有某种我遗漏的明显解决方案，或者我只需要处理 1% 的查询占用 99% 的处理时间这一事实？

我有一个看起来有点像这样的查询：

它不起作用，因为当我以这种方式将内联视图加入表时，alias_name没有设置（保持(max(...) keep (...))我不知道是否可以在select my_view.name_or_alias我改为在内联视图之后加入表格。

是否有任何解释或文档讨论这个或者它是未定义/随机行为？有什么方法可以让它与加入表格的内联视图一起工作？我找不到有关此的任何信息。

我有一个来自我需要做的数据库的查询。我了解如何在 T-SQL 中编写查询。真正的查询要复杂得多，但模式的简单说明是这样的：

我需要在 C# linq to sql 中编写该 SQL（用于实体框架核心），以便它生成与上面过滤的内联视图等效的内容。目标显然是返回一个始终包含树 A->B->C 并包含 D 或 E 的结果集，当且仅当这些节点也匹配二级过滤。请注意，在内联视图内进行过滤非常容易，但在内联视图外进行过滤非常困难，因为内联视图外的过滤往往会导致 C 节点在没有匹配的 D 子节点时消失。那不是本意。

谢谢

PS：为澄清起见，您可能会首先尝试将上述内容编写为：

问题是“d”实体上的 where 子句仅返回存在 D 实体的那些行，因此如果不存在，则整个堆栈将为空。如果您尝试变得可爱并说出“d”实体为空或与过滤器匹配的过滤器，如果您在这种情况下检查 EF 生成的 sql，则它是不正确的。与上面的 T-SQL 一样，正确的过滤必须发生在“连接”内。

PPS：是的，如果您除了父对象之外不进行过滤，您可以完全省去这一点，只需编写包含和 where 子句，但我认为经过反思，您会意识到通过适用于曾孙但不过滤孙子是复杂的。如果您可以用任何一种“形式”写出查询，我将不胜感激。