LeXa NalBatразве Cache в запросе "select TOP 50 f1 from test.C order by f1" уникализирует выдачу DISTINCT-ом?Если вызвать этот запрос отдельно, то нет - вернутся 50 одинаковых значений.
Но в контексте подзапроса для конструкции TOP/ORDER BY действуют специальные оптимизации .

Даже запрос select TOP 50 * from test.C where f1 in (select top all f1 from test.C order by f1) order by f1,f2 отрабатывает быстро.
LeXa NalBatмой контр-пример - "например в таблице A есть 100 строк с одинаковым минимальным значением f1".Пробую:

  &sql(truncate table test.C)
  
  for i=1:1:60 &sql(insert into test.C(f1,f2) values(2,10))
  for i=1:1:40 &sql(insert into test.C(f1,f2) values(2,1))
  for i=1:1:60 &sql(insert into test.C(f1,f2) values(1,10))
  for i=1:1:40 &sql(insert into test.C(f1,f2) values(1,1))

Все три варианта запроса возвращают одинаковый результат:

Bond_JamesBond...Смущает только без индексов для 1млн выполнение 2,5 секунды, остальные субд справляются за 300-500мс....Ничего определённого не могу сказать на этот счёт: кэширование, умение оптимизатора создавать/использовать неявные индексы, др.
Можно попробовать оптимизатору через хинты явно указать не использовать никаких индексов.
Bond_JamesBondМожет к Cache адаптер сделать :)... Попробуйте .
Помимо поддержки Java, .NET, Delphi, PHP и др. разработчики недавно добавили нативную поддержку для node.js .
Кроме реляционного интерфейса Вы ещё можете попробовать объектный или прямой.
Bond_JamesBondКак у них кстати с SQL compliance, в смысле поддержка WINDOW функций, RECURSIVE CTE, и наличие каких-нибудь дебильных ограничений, типа того что временную таблицу нельзя юзать 2 раза в одном запросе (помню убило меня такое ограничение в MySQL)Свои ограничения есть, как и везде.
Например, нельзя cделать в федеративном хранилище гетерогенные запросы к таблицам от разных источников данных. То есть, если у Вас одна таблица принадлежит Oracle, а другая допустим MySQL, то над ними вместе нельзя сделать, к примеру, операцию JOIN.
SQL-92 Compliance

Caché SQL Reference
WarstoneЕсли вы пользуете Коше, то пользуйте его COS(вроде-бы)... Просто то-же самое, но написанное на SQL будет в 1,5 - 2 раза медленней.Примеры выше показывают, что и на SQL скорость бывает приемлемая.
Хотя, конечно, если есть необходимость добиться ещё большей скорости, то всегда можно "спуститься" с SQL и/или объектов на уровень ниже (NoSQL).
Если не получается декларативно сделать быстро, то можно сделать это императивно.

COS (Caché ObjectScript) - более универсальный язык (потомок M ) и позволяет писать любой код с использованием объектов/классов, запросов; c доступом к низкоуровневым структурам (глобалам).
На нём можно писать также код, не относящийся напрямую к работе с данными, например: работа с почтой, файлами, X.509 сертификатами, XML, SOAP и т.д.
В СУБД Caché для этого есть довольно богатая библиотека готовых классов .

Bond_JamesBondНе, нас интересует только "базовый" SQL. И вообщем, то поддержка SQL 2003 - (в 99 - поддержка RECURSIVE CTE, в 2003 - window функции), все остальное - не критично. Вот что-то их я не нашел (хотя может невнимательно искал). Может поделитесь ссылкой?Именно таких функций нет.

Но уверен, что есть конструкции-аналоги или специальные предикаты к функциям, которые помогут Вам получить желаемый результат, например:
аналог ROW_NUMBER()

два типа вычисляемых полей

%AFTERHAVING

%FOREACH

%INLIST

FOR SOME

и т.д.

Помимо прочего для SQL представлены объектные расширения ( Special Features ), позволяющие в большинстве случаев отказаться от JOIN множества таблиц, а также упрощающих работу с полями-коллекциями.

PS: посмотрите ещё Caché Transact-SQL (TSQL) Migration Guide .

LeXa NalBatа что на этих данных выдаст такой запрос
select * from test.C where f1 in (select top 2 f1 from test.C order by f1) order by f1,f2

LeXa NalBat ,

Да, Вы правы: я неточно описал работу первоначального запроса.
Под это описание подходит следующий запрос:
select top 50 * from test.C where f1 in (select distinct top 50 f1 from test.C) order by f1,f2

select distinct top 50 f1 from test.C
Оптимизатор пройдётся по индексу idxF1, который изначально уже отсортирован, отсекая повторяющиеся значения и ограничивая результат до 50 элементов.Цитата из документации по ссылке вышеHowever, Caché applies the DISTINCT and ORDER BY keywords (if specified) before selecting the TOP rows.PS: но в общем случае могут быть ситуации, например, 100млн одинаковых f1, когда один лишь индекс на f1 не поможет.