Оптимальный выбор атрибутов таблиц в KDB

Некоторая документация, доступная по этому вопросу: https://code.kx.com/q/ref/set-attribute/https://code.kx.com/q4m3/8_Tables/#88-attributeshttps://www.timestored.com/kdb-guides/table-attributes

Не существует однозначного ответа, какой из них лучше, но в целом, по моему опыту:

На диске: p#, u#, s#, g# в порядке эффективности.

В памяти: s#, p#, u#, g# (хотя это не имеет особого значения для строк/элементов размером менее 1 млн.)

Несколько вещей, на которые следует обратить внимание:

1. вы можете иметь атрибуты более чем в одном столбце, наиболее распространенной комбинацией на диске является p# и g#.
2. вы можете сортировать данные по времени внутри каждого тикера (согласно вашему примеру). Атрибут s# не будет отображаться в столбце времени, поскольку в общем смысле он не сортируется по времени. Тем не менее, для временных соединений, таких как соединение по состоянию и соединение по окну, логика предполагает и ведет себя так, как будто во времени имеется отсортированный атрибут.
3. поместите p# в столбец, который, скорее всего, будет вторым фильтром if после фильтра даты

Обычной практикой для вашей таблицы ohlcv (при условии, что вы записываете ее на диск) будет:

• разделены по дате (поэтому where date= будет первым предложением)
• p# на тикере (при условии, что ticker= — следующий наиболее вероятный пункт)
• время отсортировано внутри каждого тикера (т. е. `ticker`time xasc table перед его записью)
• g# в столбце времени, возможно, - это позволит ускорить запросы во временном измерении (например, предоставить мне все записи в 2024.05.02D09:15). Или, альтернативно, g# на обмене, если вы, вероятно, захотите запросить все записи для данного обмена.