Дмитрий Студинский wrote:
Пошёл другим путём. Сдела простую выборку таблицы и обычным next прохожу по
ней и сохраняю данные если подходит. Вариант вполне устраивает. Но впринципе
когда я знаю что найденых документов всего до 1000, то почему бы в where не
запхать. Это уменьшит количество лишних n
Hello,
Dmitri Kuzmenko said the following on 03.03.2006 11:58:
> менять читалку nntp не хочу. что делать?
А если просто обновить? Там, вроде бы NC 8.1 сейчас текущая версия?
--
Oleg
Мы меряли - есвли нужно отобрать записи по ключам, то намного быстрее будет
засунуть эти айдишки в строку, распарсить и вытягивать каждую запись по по
ключу по отдельности в цикле. Мы даже процедуру написали для этого:
CREATE PROCEDURE CONVERT_IDS_TO_ROWS(
IDS VARCHAR(32700))
RETURNS (
I
> Ты 0-е вхождение не посчитал... ;)
:-)))
Привет, sasha!
Вы пишешь 03 марта 2006:
>> Не больше 1.5 тысячи.
s> К стати 1499 - я проверял когда-то :-)
Ты 0-е вхождение не посчитал... ;)
--
With best regards, Alex Cherednichenko.
> Не больше 1.5 тысячи.
К стати 1499 - я проверял когда-то :-)
Ограничение на IN - 1500 элементов.
Но можно обойти (реально использую на Ya):
WHERE ( File_Id IN(1500 элементов) OR
File_Id IN(еще 1500 элементов) OR
File_Id IN( и еще 1500 элементов)
.
)
и так максимум 64кб на длину запрос
> сильно, видать, ты искал. тут вообще только снапшоты лежат.
> А в снапшоте - все файлы кучей, классик, супер, и ембеддед.
Я просто нашёл ссылку
http://prdownloads.sourceforge.net/firebird/Firebird-2.0.0.12169-0_embed_win32.zip?download
но она не качалась тогда. Щас вот искал для письма, попробова
Hello,
Dmitri Kuzmenko said the following on 02.03.2006 17:46:
> http://www.ibase.ru/firebird/fb2betafaq.htm
Там в последнем пункте "Установить в firebird.conf параметр
LegacyHash=0". Вроде бы как раз надо LegacyHash=1 ?
PS. Твои сообщения все-таки попадают в gmane.spam.detected как только в
> Остаётся вопрос, почему при таком подходе поиск и выборка идут независимо
друг от друга. Что мешает сразу произвести выборку документов с нужными
условиями поиска.
Документ хранится в 5 таблицах. Обычно ищут по каким либо определённым
атрибутам. Например только по номерам документа или по его ти
"Дмитрий Студинский" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Приветствую
> Задача стоит так. На каждого клиента, после поиска хранится список найденых
> id документов. Это может мерятся и десятками и тысячами. И возникает
> необходимость отфетчить все найденые документы. Ещё р
"Дмитрий Студинский" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Приветствую
> запхать. Это уменьшит количество лишних next. Так вот вопрос сколько можно
> безболезненно так засунуть. Использую ФБ 1,5
Не больше 1.5 тысячи.
Остаётся вопрос, почему при таком подходе поиск и выборк
Приветствую
Задача стоит так. На каждого клиента, после поиска хранится список найденых
id документов. Это может мерятся и десятками и тысячами. И возникает
необходимость отфетчить все найденые документы. Ещё раз уточню поиск и фетч
происходит разными запросами в разное время.
Вариант получения док
13 matches
Mail list logo