Загадочная ошибка SQL от Sybase (ошибка -680)

Вы можете тривиально заменить фрагменты:

v_InventoryMaster.INV_PK NOT IN (
    SELECT DISTINCT v_InventoryMaster.INV_PK 
    FROM ecrs.v_InventoryMaster, ecrs.StockInventoryLinkDiscounts
    WHERE v_InventoryMaster.INV_PK = StockInventoryLinkDiscounts.ILD_INV_FK
    AND StockInventoryLinkDiscounts.ILD_DIS_FK = value -- value dynamically chosen by user
  )

By:

 NOT EXISTS (
    SELECT * 
    FROM  ecrs.StockInventoryLinkDiscounts sild
    WHERE sild.ILD_INV_FK = tbl.INV_PK
    AND sild.ILD_DIS_FK = value -- value dynamically chosen by user
    --           ^^^^^ NOTE: this should probably be sild.ILD_DIS_PK
  )

При этом tbl является корреляционным именем для внешнего запроса; внешний запрос будет выглядеть так:

SELECT DISTINCT v_InventoryMaster.INV_ScanCode
      , v_InventoryMaster.INV_ReceiptAlias 
FROM ecrs.v_InventoryMaster tbl

Также обратите внимание, что я удалил таблицу ecrs.v_InventoryMaster из подзапроса, поскольку она уже присутствует во внешнем запросе, и это приведет к проверке точно тех же строк, которые уже были найдены внешним запросом.

Это даст полный запрос как:

SELECT DISTINCT v_InventoryMaster.INV_ScanCode
      , v_InventoryMaster.INV_ReceiptAlias 
FROM ecrs.v_InventoryMaster tbl
WHERE NOT EXISTS (
    SELECT * 
    FROM  ecrs.StockInventoryLinkDiscounts sild
    WHERE sild.ILD_INV_FK = tbl.INV_PK
    AND sild.ILD_DIS_FK = 6
  )
OR NOT EXISTS (
    SELECT * 
    FROM  ecrs.StockInventoryLinkDiscounts sild
    WHERE sild.ILD_INV_FK = tbl.INV_PK
    AND sild.ILD_DIS_FK = 14
  )
OR NOT EXISTS (
    SELECT * 
    FROM  ecrs.StockInventoryLinkDiscounts sild
    WHERE sild.ILD_INV_FK = tbl.INV_PK
    AND sild.ILD_DIS_FK = 25
  )
;

Я предполагаю, что синтаксический анализатор сбит с толку ссылками без псевдонимов на ecrs.v_InventoryMaster. Другая возможность заключается в том, что таблица диапазонов заполнена (если у вас много подзапросов)

Запросы «НЕ В» очень дороги, особенно если вы применяете их 3+ раза, как в вашем примере. Я бы раскрутил это немного иначе, чем используя запросы «НЕ В». Я бы сделал левое соединение и искал ЛЮБУЮ запись NULL (т.е. не найденную), но имеющую ПО КРАЙНЕЙ МЕРЕ ОДНУ из записей, ИМЕЮЩИХ критерии...

SELECT DISTINCT 
      vIM.INV_ScanCode, 
      vIM.INV_ReceiptAlias 
   FROM
      ecrs.v_InventoryMaster vIM
         LEFT JOIN ecrs.StockInventoryLinkDiscounts SILD6
            ON vIM.INV_PK = SILD6.ILD_INV_FK
            AND SILD6.ILD_DIS_FK = 6 
         LEFT JOIN ecrs.StockInventoryLinkDiscounts SILD14
            ON vIM.INV_PK = SILD14.ILD_INV_FK
            AND SILD14.ILD_DIS_FK = 14 
         LEFT JOIN ecrs.StockInventoryLinkDiscounts SILD25
            ON vIM.INV_PK = SILD25.ILD_INV_FK
            AND SILD25.ILD_DIS_FK = 25 
   WHERE
          (    SILD6.ILD_INV_FK IS NULL
            OR SILD14.ILD_INV_FK IS NULL
            OR SILD25.ILD_INV_FK IS NULL )
      AND (  case when SILD6.ILD_INV_FK IS NULL THEN 0 ELSE 1 end
           + case when SILD14.ILD_INV_FK IS NULL THEN 0 ELSE 1 end
           + case when SILD25.ILD_INV_FK IS NULL THEN 0 ELSE 1 end ) > 0
   ORDER BY 
      vIM.INV_ScanCode

Поскольку каждый из ваших критериев был NOT IN на основе записи PK, я просто использовал мастер инвентаризации ОДИН РАЗ. Затем выполнил LEFT-JOIN для скидок на ссылки на складские запасы (псевдоним SILD) для этого совпадения внешнего ключа И соответствующего идентификатора «DIS_FK» (6, 14, 25 соответственно).

Итак, теперь допустим, что существует 10 скидок на уровне (SILD) для определенного предмета инвентаря и включают идентификаторы 1, 6, 10, 11, 22, 25, бла-бла... Эта таблица будет объединена, чтобы найти совпадение для 6 и 25 одновременно (по разным псевдонимам) и НЕ найти ни одного для 14. Исходя из вашего сценария, вы ХОТИТЕ эту запись.

Это приводит нас к предложению WHERE. Для этого одного элемента инвентаря я хочу убедиться, что ПО КРАЙНЕЙ МЕРЕ ОДНА из записей имеет значение NULL (т. е. для скидки 14), И ПО КРАЙНЕЙ МЕРЕ ОДИН из элементов ДЕЙСТВИТЕЛЬНО существовал (т. е.: 6 и 25).

Теперь, если мастер запасов имеет скидки 1, 5, 12, он будет проигнорирован, потому что НИ ОДИН из 6, 14 или 25 не будет найден без учета остальной части предложения WHERE.

Вы можете продолжать добавлять столько экземпляров (SILD), сколько вам нужно, и просто поддерживать работу шаблона, просто используя (как я) другой псевдоним, чтобы знать, на какой из них вы ссылаетесь.

Предложение WHERE можно было бы еще упростить до следующего

   WHERE
      (  case when SILD6.ILD_INV_FK IS NULL THEN 0 ELSE 1 end
           + case when SILD14.ILD_INV_FK IS NULL THEN 0 ELSE 1 end
           + case when SILD25.ILD_INV_FK IS NULL THEN 0 ELSE 1 end ) between 1 and 2

Таким образом, у вас есть МИНИМУМ ОДНО условие, удовлетворяющее требованиям, но МАКСИМАЛЬНО НА 1 МЕНЬШЕ, чем все ваши критерии. В этом примере у вас есть 3 критерия, поэтому 1 ИЛИ 2 будут действительны, ноль не соответствует, три не соответствуют...

Если у вас было 6 критериев, то между 1 и 5...