Не нравится и вызывает сомнения метод %BuildIndices.
Как он работает, по-моему видению: включается $sortbegin, прочитываются все записи, индекс при этом неявно хранится в CACHETEMP, после этого выполняется $sortend, который сбрасывает все данные в глобал индекса. Еще можно перед постройкой индекса удалить его.
Что мне не нравится:
1. Если таблица большая, очень сильно распухает CACHETEMP
2. Нет возможности исправить неверные записи индекса, для этого придется перестроить его с удалением, что приведет к выводу его из строя. Конечно, можно отключить карту индекса от использования в SQL, но это не во всех версиях Каше есть, на EmbedSQL он не повлияет, да и скорее всего это очень плохо скажется на быстродействии.
3. Не проверял, но из механики работы постройки индекса следует, что если во время постройки индекса изменились данные (а строиться он может несколько часов), то построится он с уже неверными данные. На отдну запись данных будет указывать две индексных - со старым значением и с новым.
4. Если таблица большая и нужно построить потерянные записи индексов, возможности этого нет. Нужно перестраивать индекс целиком, что свалит очень много данных в журнал с соответствующими последствиями (засорение диска, нагрузка на сеть при зеркалировании)

Переубедите меня.

И да, у всего этого нет никакого индикатора процесса. Не знаешь, сколько еще ждать - 10 минут или пару дней. Можно, конечно, в переменные процесса полезть, но это не очень удобно.

DAiMorА версия какая?Он у них менялся?

DAiMorЧто хорошо в Caché, то что если не нравится, то сделай сам, никто не мешает, все для этого есть. Это точно!
Но для того, чтобы делать универсальные механизмы такого рода, нужно быть уверенным, что на 100% понимаешь все условности, и что эти условности в следующей версии не изменятся. И метод постройки индекса скрыт, в %Library.Persistent он
, а прикладном классе уже готовый код. Правда, я думаю, что умолчания для индексов не изменятся, разве что добавятся новые фичи.

Виктор88,

а чем она кривая? Пока никакого криминала не вижу. Если вы запросите SELECT ID, * FROM MyTable, то вернет все записи? Я надеюсь, да (если нет, то действительно ошибка). Ну вот первая запись вернется, если вы добавите top 1. А порядок в запросе вы не задаете, Каше может выборку вам отдать, используя любой индекс. Хотя странно, для вашего запроса логичнее всего идти не используя индексы. Возможно, у вас все-таки другой запрос. Для того, чтобы была правильная сортировка и у вас был правильный TOP 1, добавьте в вашу конструкцию order

Если же у вас становятся неправильными индексы, что вообще говоря, странно (хотя вообще странно, что в таком запросе они используются) и происходит в совершенно немистических случаях, как например, когда программист прикладным кодом начинает править карты данных или индексов (глобалы *I и *D), модифицировать их через запросы с модификатором %NOINDEX, модифицировать их используя EmbedSQL, который скомпилирован до изменения структуры хранения класса и так далее.

Для того, чтобы для запроса использовались правильные индексы рекомендую регулярно, например, раз в год просчитывать селективности глобалов через $system.SQL.TuneTable.

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

Александр Коблов,

Про $SYSTEM.OBJ.ValidateIndices() не знал, спасибо.
Это отличные нововведения, но они появились в 2015.1, а применение таких систем, как Каше всегда очень сильно отстает. Я, например, сейчас работаю с 2010.2, а максимальная версия, с которой я серьезно работал - 2014.1.

Виктор88Версия каши 2015.2. Причем я перестраиваю через портал индексы, а выборка всё равно кривая получается.И вот еще - не делайте такие операции, как перестройка индексов из портала. Делайте лучше из терминала - так проще можно увидеть ошибки, если они есть, и заодно удостовериться, что перестройка вообще закончилось.

DAiMorАнтон еще в прошлом году на саммите показывал распределенные таблицы.Намекните, про что это?

DAiMorесли кратко, то это шардинг. в ecp конфигурации, можно создать таблицу с хранением на нескольких серверах. запрос выполняемы на мастер ноде выполняется удаленно на дочерних, и возвращает результат общийЭм. ECP - это удаленные базы данных по сути. Разбить таблицу - настроить ее хранение маппингом глобалов на разные базы данных (только с индексами непонятно как). В чем именно новизна?

DAiMor,

т.е. тут не просто удаленный доступ к данным, но и сами программы выполняются на других серверах?

EvLaUy,

Вы не поверите, пишут даже на объектах. Мало того, объектность Каше заявляется как одно из главных качеств. Между тем, по соотношению производительность/затраты на оптимизацию SQL делает как объекты, так и всякие велосипеды на глобалах. И если производительности SQL не будет хватать, есть огромный смысл добавить оборудования, а не бросать все и переводить на новый собственный движок. Тем более, как правило, проблемы со скоростью возникают когда уже есть куча данных и система давно в эксплуатации.