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

@mvyush · Регистрация: 19.04.2009

Author24 — интернет-сервис помощи студентам

Здравствуйте, все!
Столкнулся с проблемой: есть представление, первый сортированный столбец типа дата, второй сортированный столбец вычисляется по формуле типа @If(SomeField = "SomeValue"; "0"; "1") (пробовал также формулу типа @If(SomeField = "SomeValue"; 0; 1) — без разницы). Выполняю скрипт

LotusScript

    Redym key(1) As Variant
Set key(0) = dateRange
key(1) = "0"
Set entries = view.GetAllEntriesByKey(key, True)

и получаю нужные записи, выполняю

LotusScript

    Redym key(1) As Variant
Set key(0) = dateRange
key(1) = "1"
Set entries = view.GetAllEntriesByKey(key, True)

и получаю ноль записей, хотя документы, удовлетворяющие условию поиска точно есть. Более того, меняю формулу столбца на @If(SomeField = "SomeValue"; "1"; "0") и в обоих случаях получаю адекватный результат! Представление перед запуском скриптов индексировал. Кто подскажет, где собака порылась?

@tmyky · 18.11.2010, 13:06

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

@Dorkyr · 18.11.2010, 14:02

Сообщение от lmike

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

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

@mvyush · 18.11.2010, 14:18

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

@Dorkyr · 18.11.2010, 14:20

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

@tmyky · 18.11.2010, 15:01

Сообщение от Darker

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

угу тока:

Сообщение от Darker

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

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

Сообщение от Darker

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

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

@tmyky · 18.11.2010, 16:26

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|""
мобуть и поиск, по составному ключу, сработает

@mvyush · 18.11.2010, 16:43

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

@tmyky · 18.11.2010, 17:01

Сообщение от nvy

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

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

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

@mvyush · 18.11.2010, 17:12

Сообщение от lmike

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

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

@tmyky · 18.11.2010, 17:41

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

@tmyky · 18.11.2010, 18:17

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

@tmyky 0 / 0 / 0 Регистрация: 23.08.2008 Сообщений: 6,252
	18.11.2010, 13:06	21
	Darker внимательно прочли? БОЛЬШАЯ - индекс будет разный (как минимум) и в текущем топике обсуждается вариант без коллекции доков нету вашей формулы! ваще, как класс ;) 0

@Dorkyr 0 / 0 / 0 Регистрация: 12.01.2009 Сообщений: 246
	18.11.2010, 14:02	22
	Сообщение от lmike и в текущем топике обсуждается вариант без коллекции доков я про доки вообще молчал ;), если не устраивает вариант с конвертацией, то можно добавлять к дате 1 секунду, если SomeField = "SomeValue", и сразу же получать необходимую категорию (без перебора ентриес) 0

@mvyush 0 / 0 / 0 Регистрация: 19.04.2009 Сообщений: 2,219
	18.11.2010, 14:18	23
	Проблема в том, что нужно отобрать энтрисы не за конкретную дату, а за диапазон дат. Для ключа вида Дата:Тип Getallentriesbykey вернёт то, что нужно, сперва отобрав документы с нужной датой, затем отобрав из них документы нужного типа, причём документы по типу отсортированы. Для диапазона дат данный подход не работает, поскольку в столбце типа получается "чересполосица" (после выборки по диапазону дат он выглядит якобы неотсортированным). Как я понял, из-за этого-то Getallentriesbykey и "клинит". И как в такой ситуации может помочь добавление секунд, я не представляю. 0

@tmyky 0 / 0 / 0 Регистрация: 23.08.2008 Сообщений: 6,252
	18.11.2010, 15:01	25
	Сообщение от Darker я про доки вообще молчал угу тока: Сообщение от Darker MyDate>=[01.01.2010] & MyDate<=[31.01.2010] и @text(MyDate)>="2010.01.01" & @text(MyDate)<="2010.01.31" это тогда что? ;) Сообщение от Darker А как вы производите выбор по диапазону дат? Есть штатные методы? штатные через NotesDataRange (как ключ) и я здесь даже рассказывал (подоробно) про один из 0

@mvyush 0 / 0 / 0 Регистрация: 19.04.2009 Сообщений: 2,219
	18.11.2010, 16:43	27
	lmike Сейчас некогда проверять. Может после на досуге. Да, в принципе, и смысла особого нет. Как уже указывал выше, отбор нужных энтрисов занимает меньше секунды, основное время затрачивается на формирование отчёта в Ёкселе. Да и заказчик на тормоза пока не жаловался. 0

@Dorkyr 0 / 0 / 0 Регистрация: 12.01.2009 Сообщений: 246
	18.11.2010, 14:20	24
	Понятно, sorry. А как вы производите выбор по диапазону дат? Есть штатные методы? 0

@tmyky 0 / 0 / 0 Регистрация: 23.08.2008 Сообщений: 6,252
	18.11.2010, 16:26	26
	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\|"" мобуть и поиск, по составному ключу, сработает 0

@tmyky 0 / 0 / 0 Регистрация: 23.08.2008 Сообщений: 6,252
	18.11.2010, 17:01	28
	Сообщение от nvy затрачивается на формирование отчёта в Ёкселе об этом я тоже писал :ya_lamo: -> csv работает в разы! быстрее и эхелем мона открывать Добавлено: прогнал тест (детально не смотрел) результат не col.Count > 0 0

@mvyush 0 / 0 / 0 Регистрация: 19.04.2009 Сообщений: 2,219
	18.11.2010, 17:12	29
	Сообщение от lmike об этом я тоже писал wink.gif -> csv работает в разы! быстрее и эхелем мона открывать Заказчик красоту любит :ya_lamo:. Например, "замороженные" заголовки строк/столбцов, надписи "на боку" и т.п. Можно было бы шаблоном воспользоваться, но число столбцов динамическое (типа сводная таблица). 0

@tmyky 0 / 0 / 0 Регистрация: 23.08.2008 Сообщений: 6,252
	18.11.2010, 17:41	30
	всё что не МСО КОМ будет быстрее (тотже jexcel).... 0

@tmyky 0 / 0 / 0 Регистрация: 23.08.2008 Сообщений: 6,252
	18.11.2010, 18:17	31
	потестил - результат есть но он странный :ya_lamo: объяснений найти не могу - вощем "как надо" не работает 0