Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2006.02.26;
Скачать: CL | DM;

Вниз

Подскажите!   Найти похожие ветки 

 
apl   (2006-02-13 08:21) [0]

Прошу подскажите! Несколько раз приходится выполнять запрос к таблице базы данных типа
Select .... from ... where field like "010%"Мне кажется что выполнив запрос однократно (без where) и фильтруя его несколько раз можно несколько повысить производительность, но написать правильно условие фильтра не могу. Конструкции вида field="010%" не срабатывают.
Можно ли в выражениях фильтра использовать символы-заменители.


 
ЮЮ ©   (2006-02-13 08:28) [1]


> можно несколько повысить производительность,

Можно только снять нагрузку с сервера и переместить её на клиента, что вряд ли повысит производительность. Лучше индекс по field построй.

по сабщу, почему в запросе like, а в фильтре = ?


 
ZeroDivide ©   (2006-02-13 09:12) [2]

Можно так же использовать field like "010%" OR field like "011%"

Можно использовать

select ...
union
select ...

Но вообще, like - это тормоз, на некоторых СУБД. Хотя, например, на ORACLE выполняется достаточно быстро.


 
SkyRanger ©   (2006-02-13 09:22) [3]

Угу индексирование рулит, хотя можно попытаться использовать курсоры, тогда к тебе на комп будет 1 раз скопированна инфа и выполняй хоть скока запросов.


 
msguns ©   (2006-02-13 09:27) [4]

Если НД, получаемый на клиенте, небольшой и на нем надо "фильтрануть", то почему бы не использвать сканирование ? При условии, конечно, что время выборки на сервере немалое.


 
Nikolay M. ©   (2006-02-13 10:25) [5]


> можно попытаться использовать курсоры, тогда к тебе на комп
> будет 1 раз скопированна инфа и выполняй хоть скока запросов.


Хотелось бы услышать, каким образом использование курсоров позволит:

1) 1 раз скопировать "инфу";
2) выполнить хоть "скока" запросов (каких? и "скока" именно в граммах?);
3) поможет автору в его борьбе с фильтрами.
?



Страницы: 1 вся ветка

Текущий архив: 2006.02.26;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.091 c
4-1134017008
Strech
2005-12-08 07:43
2006.02.26
Незащищенные секции программы


2-1139154304
parovoZZ
2006-02-05 18:45
2006.02.26
Ошибка при добавлении записи


9-1125575221
McSource
2005-09-01 15:47
2006.02.26
Обновление OpenGL


15-1139398052
RaZor
2006-02-08 14:27
2006.02.26
Олимпиадная задачка


9-1125566867
rsy
2005-09-01 13:27
2006.02.26
Главное меню на DELPHIX