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

Вниз

Выборка данных в БД без SQL   Найти похожие ветки 

 
Kooler   (2006-05-17 02:32) [0]

Здрасте Всем!
Столкнулся вот с такой проблеммой: требуется произвести выборку данных в БД, но не простую...... наверно:)
Допустим у нас имеется поступление товара за 2001-2006год, нужно выбрать только, например 2002,2003,2006года, потом из выбранных товаров, выбрать только сахар, из всех видов сахара только определенного производителя ну и.т.д. Все это дело надо производить динамически, т.е в работающей проге, а посему я так понял даже параметрический SQL не катит. Подскажите плиз какие есть способы подобной фильтрации?


 
ЮЮ ©   (2006-05-17 04:23) [1]

запрос можно формировать и динамически, исходя из имеющихся ограничений.


 
WondeRu ©   (2006-05-17 08:34) [2]

Kooler   (17.05.06 2:32)
Подскажите плиз какие есть способы подобной фильтрации?

Свойство Filter у наследников TDataSet, а дальше F1


 
Sergey13 ©   (2006-05-17 09:09) [3]

2 Kooler   (17.05.06 02:32)
Главное - определиться с набором возможных параметров поиска/отбора записей. Дальше рисуешь интерфейс выбора и определения значений этих параметров. И по ним строишь запрос. Можно динамически, можно и параметрический.


 
ANB ©   (2006-05-17 12:38) [4]


> Можно динамически, можно и параметрический.

Имхо. Лучше динамически строить параметрические запросы.


 
Sergey13 ©   (2006-05-17 12:44) [5]

2 [4] ANB ©   (17.05.06 12:38)
А чем лучше то? Для Аксеса - все равно. А для нормальной СУБД динамический запрос хоть с параметрами хоть с подстановкой - один хрен разбор будет.


 
ANB ©   (2006-05-17 13:31) [6]


> А для нормальной СУБД динамический запрос хоть с параметрами
> хоть с подстановкой - один хрен разбор будет.

Не факт. Если такой же запрос уже был и из процедурного кеша не вылетел - то не будет.


 
Johnmen ©   (2006-05-17 13:43) [7]


> ANB ©   (17.05.06 13:31) [6]


Что за кеш? Где почитать?


 
Sergey13 ©   (2006-05-17 13:48) [8]

2 [7] Johnmen ©   (17.05.06 13:43)
Да это мы о своем, об оракловом. 8-)


 
Johnmen ©   (2006-05-17 13:56) [9]


> Sergey13 ©   (17.05.06 13:48) [8]


Ну в двух словах...:)


 
Sergey13 ©   (2006-05-17 14:00) [10]

2[9] Johnmen ©   (17.05.06 13:56)
Оракл хранит разобранные вопросы в процедурном кэше. При получении нового запроса он смотрит в кэш и если находит такой же, то [присваивает переменные и] выполняет без разбора. Если не находит - разбор по полной программе.


 
Johnmen ©   (2006-05-17 14:07) [11]


> Sergey13 ©   (17.05.06 14:00) [10]


Вот. И здесь мы упираемся в то, каков алгоритм определения "такой же".
Думаю, что в рассматриваемом контексте кеш останется невостребованным...:)


 
Sergey13 ©   (2006-05-17 14:11) [12]

2 [11] Johnmen ©   (17.05.06 14:07)
"такой же" - совпадающий вплоть до регистра букв. Там есть несколько параметров настройки влияющие на это дело, но не особо кардинально.

>кеш останется невостребованным
Вот и я к тому же.


 
Val ©   (2006-05-17 14:15) [13]

лучше попытаться на него сориентировться, чем изначально плюнуть  :)



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

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

Наверх




Память: 0.49 MB
Время: 0.03 c
3-1148030068
petvv
2006-05-19 13:14
2006.07.23
SQL


15-1150971029
Rentgen
2006-06-22 14:10
2006.07.23
Компонент-печать-мм


2-1151949475
HBreaker
2006-07-03 21:57
2006.07.23
Ошибка CoInitialize has not been called


15-1150967605
grisme
2006-06-22 13:13
2006.07.23
Ряд Макларена


2-1151670132
Ivolg
2006-06-30 16:22
2006.07.23
Edit