Question

如果我们两次引用Keys常量，我似乎在jOOq 3.7.3中有一个错误。以下面的例子为例：

(timbre/merge-config! {:appenders {:println {:enabled? false}}})
(timbre/merge-config! {:appenders {:spit    (appenders/spit-appender {:fname "log.txt"})}})

这会生成错误的SQL查询（Oracle 12C）：

    final Select<Record10<BigDecimal, String, String, String, Timestamp, BigDecimal, BigDecimal, String, String, String>> query = readContext
            .select(li.LIBRARY_ITEM_ID,
                    li.TITLE,
                    li.DETAILED_DESCRIPTION,
                    li.URL,
                    li.CREATE_DATE,
                    li.PORTFOLIO_ID,
                    li.ORGANIZATION_ID,
                    DSL.decode()
                            .when(o_aux_lead_center.ORGANIZATION_ID.isNotNull(),
                                    o_aux_lead_center.ORGANIZATION_NAME)
                            .otherwise(o_lead_center.ORGANIZATION_NAME).as(ORG_NAME),
                    DSL.decode()
                            .when(o_aux_lead_center.ORGANIZATION_ID.isNotNull(),
                                    o_aux_lead_center.ACRONYM).otherwise(o_lead_center.ACRONYM)
                            .as(ORG_ACRONYM), o_resp_mission_dir.ORGANIZATION_NAME)
            .from(li
                    .join(lc.join(lct).onKey(Keys.LC_LCT___FK)
                            .and(lct.CODE_TYPE.equal(LkuCodeTypeLookup.LIBRARY_ITEM_TYPE)))
                    .onKey(Keys.LI_LC_LITI___FK)
                    .and(lc.CODE.equal(LkuCodeLookup.LIBRARY_ITEM_TYPE_NEWS_STORY))
                    // The Portfolio
                    .join(p.join(lc).onKey(Keys.P_LC_ATI___FK)
                            .and(lc.CODE.in(LkuCodeLookup.PORTFOLIO_ACTIVITY_TYPE_TECHNOLOGY))
                            .join(lct).onKey(Keys.LC_LCT___FK)
                            .and(lct.CODE_TYPE.equal(LkuCodeTypeLookup.ACTIVITY_TYPE)))
                    .on(li.PORTFOLIO_ID.equal(p.PORTFOLIO_ID))
                    // The CO for the Portfolio associated with the library item
                    .join(co
                            .join(lc.join(lct).onKey(Keys.LC_LCT___FK)
                                    .and(lct.CODE_TYPE.equal(LkuCodeTypeLookup.OBJECT_TYPE)))
                            .onKey(Keys.CO_LC_OTI___FK)
                            .and(lc.CODE.equal(LkuCodeLookup.OBJECTTYPE_PORTFOLIOS))
                            .and(limitByRelease).join(tu).on(tu.USER_ID.equal(uid))
                            .and(limitBySensitivities))
                    .on(p.PORTFOLIO_ID.equal(co.OBJECT_ID))
                    // The CO for the Library Item
                    .join(co
                            .join(lc.join(lct).onKey(Keys.LC_LCT___FK)
                                    .and(lct.CODE_TYPE.equal(LkuCodeTypeLookup.OBJECT_TYPE)))
                            .onKey(Keys.CO_LC_OTI___FK)
                            .and(lc.CODE.equal(LkuCodeLookup.OBJECTTYPE_LIBRARY_ITEMS))
                            .andExists(
                                    readContext
                                            .selectFrom(cos)
                                            .where(cos.CORE_OBJECT_ID.equal(co.CORE_OBJECT_ID))
                                            .and(cos.SECTION
                                                    .equal(BigDecimal
                                                            .valueOf(AccessControlConstants.CORE_OBJECT_CHAR_ARRAY_SELF))
                                                    .and(cos.SENSITIVITIES.equal(BigDecimal.ZERO)))))
                    .on(li.LIBRARY_ITEM_ID.equal(co.OBJECT_ID)))
            // The Responsible Mission Directorate
            .leftOuterJoin(
                    po
                            .join(o_resp_mission_dir)
                            .on(po.ORGANIZATION_ID.equal(o_resp_mission_dir.ORGANIZATION_ID))
                            .join(lc)
                            .onKey(Keys.PO_LC_ATI___FK)
                            .and(lc.CODE
                                    .equal(LkuCodeLookup.ASSOCIATIONTYPE_RESPONSIBLE_MISSION_DIRECTORATE))
                            .join(lct)
                            .onKey(Keys.LC_LCT___FK)
                            .and(lct.CODE_TYPE
                                    .equal(LkuCodeTypeLookup.PORTFOLIO_ORGANIZATION_ASSOCIATION_TYPE)))
            .onKey(Keys.PO_P___FK)
            // The Portfolio Organizations
            .leftOuterJoin(
                    po
                            // Add in the organization data
                            .join(o_lead_center.leftOuterJoin(o_aux_lead_center).on(
                                    o_lead_center.REPLACEMENT_ORGANIZATION_ID.equal(
                                            o_aux_lead_center.ORGANIZATION_ID).and(
                                            o_lead_center.IS_ACTIVE.equal(byteZero))))
                            .on(po.ORGANIZATION_ID.equal(o_lead_center.ORGANIZATION_ID))
                            .join(lc)
                            .onKey(Keys.PO_LC_ATI___FK)
                            .and(lc.CODE.equal(LkuCodeLookup.ASSOCIATIONTYPE_LEAD_CENTER))
                            .join(lct)
                            .onKey(Keys.LC_LCT___FK)
                            .and(lct.CODE_TYPE
                                    .equal(LkuCodeTypeLookup.PORTFOLIO_ORGANIZATION_ASSOCIATION_TYPE)))
            .onKey(Keys.PO_P___FK)
            .orderBy(
                    DSL.decode().when(li.UPDATE_DATE.isNull(), li.CREATE_DATE)
                            .otherwise(li.UPDATE_DATE).desc());

我找到的解决方法是删除对Keys.PO_P ___ FK的第二个引用并将其替换为实际密钥，但是其他人是否看到了这个？有没有人知道为什么它第一次正确地将数据设置为select "SCHEMA_A"."LIBRARY_ITEMS"."LIBRARY_ITEM_ID", "SCHEMA_A"."LIBRARY_ITEMS"."TITLE", "SCHEMA_A"."LIBRARY_ITEMS"."DETAILED_DESCRIPTION", "SCHEMA_A"."LIBRARY_ITEMS"."URL", "SCHEMA_A"."LIBRARY_ITEMS"."CREATE_DATE", "SCHEMA_A"."LIBRARY_ITEMS"."LIBRARY_ID", "SCHEMA_A"."LIBRARY_ITEMS"."ORGANIZATION_ID", case when "AuxLeadCenter"."ORGANIZATION_ID" is not null then "AuxLeadCenter"."ORGANIZATION_NAME" else "LeadCenter"."ORGANIZATION_NAME" end "ORG_NAME", case when "AuxLeadCenter"."ORGANIZATION_ID" is not null then "AuxLeadCenter"."ACRONYM" else "LeadCenter"."ACRONYM" end "ORG_ACRONYM", "RespMissionDir"."ORGANIZATION_NAME" from "SCHEMA_A"."LIBRARY_ITEMS" join ( "SCHEMA_A"."LKU_CODE" join "SCHEMA_A"."LKU_CODE_TYPE" on ( "SCHEMA_A"."LKU_CODE"."LKU_CODE_TYPE_ID" = "SCHEMA_A"."LKU_CODE_TYPE"."LKU_CODE_TYPE_ID" and "SCHEMA_A"."LKU_CODE_TYPE"."CODE_TYPE" = 'LIBRARY_ITEM_TYPE' ) ) on ( "SCHEMA_A"."LIBRARY_ITEMS"."LIBRARY_ITEM_TYPE_ID" = "SCHEMA_A"."LKU_CODE"."LKU_CODE_ID" and "SCHEMA_A"."LKU_CODE"."CODE" = 'NEWS_STORY' ) join ( "SCHEMA_A"."LIBRARY" join "SCHEMA_A"."LKU_CODE" on ( "SCHEMA_A"."LIBRARY"."ACTIVITY_TYPE_ID" = "SCHEMA_A"."LKU_CODE"."LKU_CODE_ID" and "SCHEMA_A"."LKU_CODE"."CODE" in ( 'MISSION_WITH_TECHNOLOGY', 'TECHNOLOGY_ONLY' ) ) join "SCHEMA_A"."LKU_CODE_TYPE" on ( "SCHEMA_A"."LKU_CODE"."LKU_CODE_TYPE_ID" = "SCHEMA_A"."LKU_CODE_TYPE"."LKU_CODE_TYPE_ID" and "SCHEMA_A"."LKU_CODE_TYPE"."CODE_TYPE" = 'ACTIVITY_TYPE' ) ) on "SCHEMA_A"."LIBRARY_ITEMS"."LIBRARY_ID" = "SCHEMA_A"."LIBRARY"."LIBRARY_ID" join ( "SCHEMA_A"."AC" join ( "SCHEMA_A"."LKU_CODE" join "SCHEMA_A"."LKU_CODE_TYPE" on ( "SCHEMA_A"."LKU_CODE"."LKU_CODE_TYPE_ID" = "SCHEMA_A"."LKU_CODE_TYPE"."LKU_CODE_TYPE_ID" and "SCHEMA_A"."LKU_CODE_TYPE"."CODE_TYPE" = 'OBJECT_TYPE' ) ) on ( "SCHEMA_A"."AC"."OBJECT_TYPE_ID" = "SCHEMA_A"."LKU_CODE"."LKU_CODE_ID" and "SCHEMA_A"."LKU_CODE"."CODE" = 'PORTFOLIOS' and exists ( select "SCHEMA_A"."AC_RELEASE_TYPES"."AC_ID", "SCHEMA_A"."AC_RELEASE_TYPES"."SECTION", "SCHEMA_A"."AC_RELEASE_TYPES"."RELEASE_TYPE", "SCHEMA_A"."AC_RELEASE_TYPES"."CREATE_DATE", "SCHEMA_A"."AC_RELEASE_TYPES"."CREATED_BY", "SCHEMA_A"."AC_RELEASE_TYPES"."UPDATE_DATE", "SCHEMA_A"."AC_RELEASE_TYPES"."UPDATED_BY" from "SCHEMA_A"."AC_RELEASE_TYPES" where ( "SCHEMA_A"."AC"."AC_ID" = "SCHEMA_A"."AC_RELEASE_TYPES"."AC_ID" and "SCHEMA_A"."AC_RELEASE_TYPES"."SECTION" = 1 and "SCHEMA_A"."AC_RELEASE_TYPES"."RELEASE_TYPE" in ( 6, 7 ) ) ) ) join "SCHEMA_A"."TP_USERS" on ( "SCHEMA_A"."TP_USERS"."USER_ID" = 456920 and exists ( select "SCHEMA_A"."AC_SENSITIVITIES"."AC_ID", "SCHEMA_A"."AC_SENSITIVITIES"."SECTION", "SCHEMA_A"."AC_SENSITIVITIES"."SENSITIVITIES", "SCHEMA_A"."AC_SENSITIVITIES"."CREATE_DATE", "SCHEMA_A"."AC_SENSITIVITIES"."CREATED_BY", "SCHEMA_A"."AC_SENSITIVITIES"."UPDATE_DATE", "SCHEMA_A"."AC_SENSITIVITIES"."UPDATED_BY" from "SCHEMA_A"."AC_SENSITIVITIES" where ( "SCHEMA_A"."AC"."AC_ID" = "SCHEMA_A"."AC_SENSITIVITIES"."AC_ID" and "SCHEMA_A"."AC_SENSITIVITIES"."SECTION" = 0 and bitand( "SCHEMA_A"."TP_USERS"."SENSITIVITIES", "SCHEMA_A"."AC_SENSITIVITIES"."SENSITIVITIES") = "SCHEMA_A"."AC_SENSITIVITIES"."SENSITIVITIES" ) ) ) ) on "SCHEMA_A"."LIBRARY"."LIBRARY_ID" = "SCHEMA_A"."AC"."OBJECT_ID" join ( "SCHEMA_A"."AC" join ( "SCHEMA_A"."LKU_CODE" join "SCHEMA_A"."LKU_CODE_TYPE" on ( "SCHEMA_A"."LKU_CODE"."LKU_CODE_TYPE_ID" = "SCHEMA_A"."LKU_CODE_TYPE"."LKU_CODE_TYPE_ID" and "SCHEMA_A"."LKU_CODE_TYPE"."CODE_TYPE" = 'OBJECT_TYPE' ) ) on ( "SCHEMA_A"."AC"."OBJECT_TYPE_ID" = "SCHEMA_A"."LKU_CODE"."LKU_CODE_ID" and "SCHEMA_A"."LKU_CODE"."CODE" = 'LIBRARY_ITEMS' and exists ( select "SCHEMA_A"."AC_SENSITIVITIES"."AC_ID", "SCHEMA_A"."AC_SENSITIVITIES"."SECTION", "SCHEMA_A"."AC_SENSITIVITIES"."SENSITIVITIES", "SCHEMA_A"."AC_SENSITIVITIES"."CREATE_DATE", "SCHEMA_A"."AC_SENSITIVITIES"."CREATED_BY", "SCHEMA_A"."AC_SENSITIVITIES"."UPDATE_DATE", "SCHEMA_A"."AC_SENSITIVITIES"."UPDATED_BY" from "SCHEMA_A"."AC_SENSITIVITIES" where ( "SCHEMA_A"."AC_SENSITIVITIES"."AC_ID" = "SCHEMA_A"."AC"."AC_ID" and "SCHEMA_A"."AC_SENSITIVITIES"."SECTION" = 0 and "SCHEMA_A"."AC_SENSITIVITIES"."SENSITIVITIES" = 0 ) ) ) ) on "SCHEMA_A"."LIBRARY_ITEMS"."LIBRARY_ITEM_ID" = "SCHEMA_A"."AC"."OBJECT_ID" left outer join ( "SCHEMA_A"."LIBRARY_ORGANIZATIONS" join "SCHEMA_A"."ORGANIZATIONS" "RespMissionDir" on "SCHEMA_A"."LIBRARY_ORGANIZATIONS"."ORGANIZATION_ID" = "RespMissionDir"."ORGANIZATION_ID" join "SCHEMA_A"."LKU_CODE" on ( "SCHEMA_A"."LIBRARY_ORGANIZATIONS"."ASSOCIATION_TYPE_ID" = "SCHEMA_A"."LKU_CODE"."LKU_CODE_ID" and "SCHEMA_A"."LKU_CODE"."CODE" = 'RESPONSIBLE_MISSION_DIRECTORATE' ) join "SCHEMA_A"."LKU_CODE_TYPE" on ( "SCHEMA_A"."LKU_CODE"."LKU_CODE_TYPE_ID" = "SCHEMA_A"."LKU_CODE_TYPE"."LKU_CODE_TYPE_ID" and "SCHEMA_A"."LKU_CODE_TYPE"."CODE_TYPE" = 'PORTFOLIO_ORGANIZATION_ASSOCIATION_TYPE' ) ) on "SCHEMA_A"."LIBRARY_ORGANIZATIONS"."LIBRARY_ID" = "SCHEMA_A"."LIBRARY"."LIBRARY_ID" left outer join ( "SCHEMA_A"."LIBRARY_ORGANIZATIONS" join ( "SCHEMA_A"."ORGANIZATIONS" "LeadCenter" left outer join "SCHEMA_A"."ORGANIZATIONS" "AuxLeadCenter" on ( "LeadCenter"."REPLACEMENT_ORGANIZATION_ID" = "AuxLeadCenter"."ORGANIZATION_ID" and "LeadCenter"."IS_ACTIVE" = 0 ) ) on "SCHEMA_A"."LIBRARY_ORGANIZATIONS"."ORGANIZATION_ID" = "LeadCenter"."ORGANIZATION_ID" join "SCHEMA_A"."LKU_CODE" on ( "SCHEMA_A"."LIBRARY_ORGANIZATIONS"."ASSOCIATION_TYPE_ID" = "SCHEMA_A"."LKU_CODE"."LKU_CODE_ID" and "SCHEMA_A"."LKU_CODE"."CODE" = 'LEAD_CENTER' ) join "SCHEMA_A"."LKU_CODE_TYPE" on ( "SCHEMA_A"."LKU_CODE"."LKU_CODE_TYPE_ID" = "SCHEMA_A"."LKU_CODE_TYPE"."LKU_CODE_TYPE_ID" and "SCHEMA_A"."LKU_CODE_TYPE"."CODE_TYPE" = 'PORTFOLIO_ORGANIZATION_ASSOCIATION_TYPE' ) ) on "SCHEMA_A"."LIBRARY_ORGANIZATIONS"."LIBRARY_ID" = "SCHEMA_A"."LIBRARY_ORGANIZATIONS"."LIBRARY_ID" order by case when "SCHEMA_A"."LIBRARY_ITEMS"."UPDATE_DATE" is null then "SCHEMA_A"."LIBRARY_ITEMS"."CREATE_DATE" else "SCHEMA_A"."LIBRARY_ITEMS"."UPDATE_DATE" end desc，但第二次导致交叉连接，因为它将开启设置为"SCHEMA_A"."LIBRARY_ORGANIZATIONS"."LIBRARY_ID" = "SCHEMA_A"."LIBRARY"."LIBRARY_ID"？

Answer 1

通过查找双方的“最佳”匹配表，将ON KEY连接方法转换为普通的ON连接谓词。存在一个错误（#5209），通过该错误，密钥中的外键表首先与匹配，并且在匹配时，不验证主键表。因此，关键是在错误的方向上解决。

在您的查询中，"SCHEMA_A"."LIBRARY_ORGANIZATIONS"表连接两次而不重命名：

left outer join (
    "SCHEMA_A"."LIBRARY_ORGANIZATIONS"
      join "SCHEMA_A"."ORGANIZATIONS" "RespMissionDir"

和

  left outer join (
    "SCHEMA_A"."LIBRARY_ORGANIZATIONS"
      join (
        "SCHEMA_A"."ORGANIZATIONS" "LeadCenter"

jOOQ无法正确解决这种歧义。从jOOQ 3.7.3（#5047）开始，您应该在日志文件中看到警告，表明您无法非模糊地解析onKey()的使用情况。

通常，当连接表树变得太复杂时，避免onKey()可能是个好主意。

jOOq密钥产生错误查询

1 个答案: