Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
23.03.2012, 11:04
|
|||
---|---|---|---|
|
|||
Методы построения поиска по БД |
|||
#18+
Подскажите способ реализации поиска по неизвестному заранее количеству реквизитов. То есть пользователь ищет нужную ему информацию заполняя и уточняя необходимую информацию, соответственно поиск в БД будет идти с разными условиями то по одному то по другому а то и по совокупности столбцов. Я раньше динамически формировал запрос на клиенте и отсылал серверу НО при разных условиях производительность падает.( если принципиально сервер Oracle 11 клиент FoxPro 9) Вопрос собственно вот в чем каким образом можно реализовать этот механизм(или же интерфейс или вообще подход если мой порочен в корне) ? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
23.03.2012, 19:05
|
|||
---|---|---|---|
Методы построения поиска по БД |
|||
#18+
Utyf1982...будет идти с разными условиями то по одному то по другому а то и по совокупности столбцов. Я раньше динамически формировал запрос на клиенте и отсылал серверу НО при разных условиях производительность падает.( если принципиально сервер Oracle 11 клиент FoxPro 9) .. ИМХО - копайте в сторону оптимизации запросов. где то там собака порылась. В своё время делали поиск который пользователь сам формировал на клиентской стороне. Правда условия связей таблиц, описание полей, способ выдачи результата(цвет, прижим, енумы всякие, формулы) - всё это бралось из базы. причём там хитро было задействованно две или три всего таблицы. В последствии получалось так - надо подкорректировать(добавить ещё одну связь, таблицу или поле) - без перекомпиляции и новой версии просто тупо слали апдэйт на базу. кол-во запросов (на одну выборку) около 4-5, на любое кол-во записей. при этом информация в бд могла динамически меняться - на клиенте это сразу же отображалось (по таймингу либо по рэфрэшу). При этом на стороне клиента сиквол запрос - несколько десятков кб. Оракл сильная вещь. чем больше условий, тем быстрее ответ. Ну и избегать дистинктов. При этом естественно сортировку можно было выбирать любую, и не только один столбец. На оракле индексов было мало при этом. Ответ - доли секунд. Наполнение - милионы записей (контекст вэб и допечатной продукции, в том числе и обработка телетайпных каналов). удачи вам (круглый) ЗЫ давно было дело, более 10 лет назад. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
23.03.2012, 21:46
|
|||
---|---|---|---|
Методы построения поиска по БД |
|||
#18+
Utyf1982или же интерфейс или вообще подход если мой порочен в корне imho запрос к БД - это узко. Запрос к ИС, другой разговор. Т.к. ИС ограничивает предметную область\роль пользователя и его функциональные обязанности. Найди то, незная что, это уже гугл или яндекс\база знаний. Т.е. можно сделать как полумеру - "построитель запросов", но основной акцент на превращение этих польз.запросов в апдейт ИС с уже заточенными и оптимизированными запросами. По принципу Отчётов. Ведь БД\Хранилище данных, может быть не на таблицах основано. Теоретически :) Всё от ТЗ и денег зависит. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.06.2012, 14:05
|
|||
---|---|---|---|
|
|||
Методы построения поиска по БД |
|||
#18+
Petro123, Если вопрос был про возможный интерфейс подобного "динамического" построителя запросов (а не про его реализацию), то вот хороший пример: http://demo.easyquerybuilder.com/asp-net-ajax/ ... |
|||
:
Нравится:
Не нравится:
|
|||
|
03.07.2012, 16:12
|
|||
---|---|---|---|
|
|||
Методы построения поиска по БД |
|||
#18+
Petro123Найди то, незная что, это уже гугл или яндекс\база знаний. Т.е. можно сделать как полумеру - "построитель запросов", ... Ведь БД\Хранилище данных, может быть не на таблицах основано. Теоретически :) Всё от ТЗ и денег зависит. А построитель запросов в 1С Предприятие - у юзверя не предполагается знание SQL и то, как реализовано то, что он представляет совсем иначе. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
04.07.2012, 01:24
|
|||
---|---|---|---|
|
|||
Методы построения поиска по БД |
|||
#18+
Utyf1982Я раньше динамически формировал запрос на клиенте и отсылал серверу НО при разных условиях производительность падает.( если принципиально сервер Oracle 11 клиент FoxPro 9) Вопрос собственно вот в чем каким образом можно реализовать этот механизм(или же интерфейс или вообще подход если мой порочен в корне) ? На Sybase ASE делал при формировании запроса параллельное формирование плана выполнения (Abstract Plan) под конкретный вид where clause, всё летало. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=33&mobile=1&tid=1547826]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 138ms |
0 / 0 |