Getallentriesbykey криво ищет по составному ключу

[lmike]

Darker внимательно прочли? БОЛЬШАЯ - индекс будет разный (как минимум)
и в текущем топике обсуждается вариант без коллекции доков
нету вашей формулы! ваще, как класс

 

[Darker]

и в текущем топике обсуждается вариант без коллекции доков

я про доки вообще молчал ,
если не устраивает вариант с конвертацией, то можно добавлять к дате 1 секунду, если SomeField = "SomeValue", и сразу же получать необходимую категорию (без перебора ентриес)

 

[nvyush]

Проблема в том, что нужно отобрать энтрисы не за конкретную дату, а за диапазон дат. Для ключа вида Дата:Тип Getallentriesbykey вернёт то, что нужно, сперва отобрав документы с нужной датой, затем отобрав из них документы нужного типа, причём документы по типу отсортированы. Для диапазона дат данный подход не работает, поскольку в столбце типа получается "чересполосица" (после выборки по диапазону дат он выглядит якобы неотсортированным). Как я понял, из-за этого-то Getallentriesbykey и "клинит".
И как в такой ситуации может помочь добавление секунд, я не представляю.

 

[Darker]

Понятно, sorry.
А как вы производите выбор по диапазону дат? Есть штатные методы?

 

[lmike]

я про доки вообще молчал

угу тока:

MyDate>=[01.01.2010] & MyDate<=[31.01.2010]
и
@text(MyDate)>="2010.01.01" & @text(MyDate)<="2010.01.31"

это тогда что?

А как вы производите выбор по диапазону дат? Есть штатные методы?

штатные через NotesDataRange (как ключ) и я здесь даже рассказывал (подоробно) про один из подходов обработки

 

[lmike]

nvy тута подумал...
на уровне предположений и подсознания :ya_lamo:
а ежели второй параметр ограничен по диапазону?!...
можнож создать мультивэлью в колонке
типа:
-во второй колонке весь дипозон значений one:two:three
-в третьей признак реального значения (+ в соответ позции)
был этнрис 02.01.2010|two|....
стало 02.01.2010|one:two:three|"":"+":"" отображением:
02.01.2010|one|""
02.01.2010|two|"+"
02.01.2010|three|""
мобуть и поиск, по составному ключу, сработает

 

[nvyush]

lmike
Сейчас некогда проверять. Может после на досуге. Да, в принципе, и смысла особого нет. Как уже указывал выше, отбор нужных энтрисов занимает меньше секунды, основное время затрачивается на формирование отчёта в Ёкселе. Да и заказчик на тормоза пока не жаловался.

 

[lmike]

затрачивается на формирование отчёта в Ёкселе

об этом я тоже писал :ya_lamo: -> csv работает в разы! быстрее
и эхелем мона открывать

Добавлено: прогнал тест (детально не смотрел)
результат не col.Count > 0

 

[nvyush]

об этом я тоже писал wink.gif -> csv работает в разы! быстрее
и эхелем мона открывать

Заказчик красоту любит :ya_lamo:. Например, "замороженные" заголовки строк/столбцов, надписи "на боку" и т.п. Можно было бы шаблоном воспользоваться, но число столбцов динамическое (типа сводная таблица).

 

[lmike]

всё что не МСО КОМ будет быстрее (тотже jexcel)....

 

[lmike]

потестил идею - результат есть но он странный :ya_lamo:
объяснений найти не могу - вощем "как надо" не работает