большой SQL запрос

← →
S{NIK} (2006-04-18 15:04) [0]

что делать если при обработке запроса SQL на выборку система выдает сообщение "слишком большой SQL запрос"

← →
Ega23 © (2006-04-18 15:06) [1]

Это какой-же он у тебя????

← →
S{NIK} (2006-04-18 15:14) [2]

> Это какой-же он у тебя????

Точно не знаю не проверял, но судя по всему огромный

← →
Johnmen © (2006-04-18 15:18) [3]

> Точно не знаю

Хм... А кто же его написал?

← →
Sergey13 © (2006-04-18 15:18) [4]

- Ну и запросы у вас, - сказала база данных и повисла.
(с)тырено

← →
S{NIK} (2006-04-18 15:22) [5]

> Хм... А кто же его написал?

Автоматически генерится.

← →
Ega23 © (2006-04-18 15:24) [6]

> Автоматически генерится.

Есть мнение, что что-то не так в Датском Королевстве...

← →
ANB © (2006-04-18 15:33) [7]

> S{NIK} (18.04.06 15:22) [5]

Значит нужно урезать запрос. Например, перетащить часть во вьюхи.

ЗЫ. Только один раз видел запрос (написанный руками), которому 4 байт не хватило до потолка оракла (кажись 64Кб). Это был мрак.

← →
Johnmen © (2006-04-18 15:33) [8]

> Автоматически генерится.

Что за автомат? Какой конструкции?

← →
S{NIK} (2006-04-18 15:41) [9]

> Есть мнение, что что-то не так в Датском Королевстве...

Да нет все должно быть ОК. Tracing показал что запрос генерится корректно, проблема в том, что при обработке большого объема информации этот запрос увеличивается в геометрической прогрессии.
Хотя может я что-то делаю не правильно (с базами недавно).

... Вообщем следующая фигня. Из базы должны выбраться записи содержащие в поле ID определенные значения, данные записи попадают под фильтр (и их - ID единственно что мне известно), и в SQL"e они так и идут
SELECT .... ID=... OR ID=... и тд. Использую MS Jet Database Engine.

← →
Ega23 © (2006-04-18 15:42) [10]

> ЗЫ. Только один раз видел запрос (написанный руками), которому
> 4 байт не хватило до потолка оракла (кажись 64Кб). Это был
> мрак.

Хотел бы посмотреть.
И на запрос, и в глаза аффтару... :о)

← →
Ega23 © (2006-04-18 15:43) [11]

> SELECT .... ID=... OR ID=... и тд.

Ну сразу, как минимум
where ID in (..., ..., ..., ....)
Это как минимум на 6 байт меньше для каждого ID.

← →
Desdechado © (2006-04-18 15:44) [12]

видимо, таблица на 200 полей
и запрос на update в TUpdateSQL с названиями всех полей, явно перечисленными и в SET, и во WHERE

← →
Ega23 © (2006-04-18 15:44) [13]

На пять. Запятая появляется. Но всё равно меньше.

Для таких выборок предпочтительнее через временную таблицу с этими самыми ID.

>Из базы должны выбраться записи содержащие в поле ID определенные значения, данные записи попадают под фильтр
Расшифровать бы. Кем определенные? По какому критерию определенные?

а нельзя ли этот фильтр сконструировать в виде запроса, а не лепить список ID
ведь появится больше записей, удовлетворяющих фильтру, и все, гаплык

← →
S{NIK} (2006-04-18 15:57) [17]

> Расшифровать бы. Кем определенные? По какому критерию определенные?

система сложна, не буду вдаваться в подробности. Суть в том, что это едиственное что у меня есть и это единственное чем я могу оперировать

← →
S{NIK} (2006-04-18 16:03) [18]

> а нельзя ли этот фильтр сконструировать в виде запроса,
> а не лепить список ID

было бы конечно очень неплохо, но невозможно

> Ну сразу, как минимум
> where ID in (..., ..., ..., ....)
> Это как минимум на 6 байт меньше для каждого ID.

а вот этого не знал, Thanks

>Суть в том, что это едиственное что у меня есть и это единственное чем я могу оперировать
Так оперировать можно по разному. Ты для "автогенерации" просто в коды конкретные тыкаешь что-ли?

большой SQL запрос Найти похожие ветки