Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Количество компонентов Query [IB6.x]

Страницы: 1 2 >
Tirex © (2005-06-29 09:36:00)
Вообщем ко всем кто занимается базами: При разработке программы вы для каждой формы (раздела программы работающего с данными) добавляете в datamodule отдeльный Query? Или кидаете их 3,4 штуки и а потом из программы вот так:
Dm.IBQuery3.SQL.Clear;
Dm.IBQuery3.SQL.add(' ... ');
Dm.IBQuery3.Open;
Собстаенно я поступаю вторым способом. Потеряет ли программа в производительности в каком то из этих случаев?
Просто если учесть что программа будет разрастаться и скоро форм (разделов) будет больше.

Tirex (2005-06-29 17:52:00) [1]
>При этом ты обязан отказаться от персистентных полей и
> параметров. Также персистентных настроек гридов.
DBGridа у меня всего два, поля прописаны в ColumnsEditor.
Datasource для них подключаю перед вызовом формы.

> Занятное у тебя приложение.
Нет ну просто у меня все данные отображать в Table и Grid ну никак не пойдет. Суть в том что первой ну допустим выбирается спе-сть, потом по этой спец-сти кафедра ну и т.д. вообщем одно за другое. Так что самый удобный вариант это ComboBox, ListBox иногда DBGrid.
Что я не так делаю

Anatoly Podgoretsky (2005-06-29 17:07:00) [2]
Tirex (29.06.05 17:01) [18]
При этом ты обязан отказаться от персистентных полей и параметров. Также персистентных настроек гридов.

Sergey13 (2005-06-29 17:04:00) [3]
2[18] Tirex (29.06.05 17:01)
Занятное у тебя приложение.

Tirex (2005-06-29 17:01:00) [4]
Удалено модератором

Tirex (2005-06-29 17:01:00) [5]
Одновременно два мне пока не требуется.
Обычно вывожу списки элементов в ComboBox.
Определяю индекс выбранного и т.д.

Sergey13 (2005-06-29 16:11:00) [6]
2[16] Tirex (29.06.05 16:09)
>1 Datasource (да кстати все IBQuery сколько есть подключаю к одному DataSource)

Пачиму так?

Tirex (2005-06-29 16:09:00) [7]
Вообщем картина вырисовывается такая:
1 DataModule
1 Database , 1 Transaction и т.д.
1 Datasource (да кстати все IBQuery сколько есть подключаю к одному DataSource)
и Query по вкусу.

КиТаЯц (2005-06-29 14:18:00) [8]
У меня 2 + 3

evvcom (2005-06-29 13:58:00) [9]

> Т.е. на каждой форме тебе хватает 2-3 SP и для визуализации
> и для обработки?

Я сейчас работаю с Oracle через ODAC. В большинстве случаев хватает одного единственного TOraStoredProc и для визуализации, и для обработки, т.к. там имеются свойства SQLInsert, SQLUpdate, SQLDelete, SQLLock, SQLRefresh. Ну и естественно TDataSource.

Anatoly Podgoretsky (2005-06-29 13:30:00) [10]
Tirex (29.06.05 09:36)
Столько сколько считаешь нужным, границы таковы - от одного единственного компонента до по компоненту на каждый запрос, а некоторые воообще ни одного компонента не держут.
У всех трех вариантов свое назначение, достоинства и свои недостатки.

Sergey13 (2005-06-29 13:15:00) [11]
2 [11] evvcom © (29.06.05 12:52)
Т.е. на каждой форме тебе хватает 2-3 SP и для визуализации и для обработки?

evvcom (2005-06-29 12:52:00) [12]
У меня текущий проект содержит один DM, на котором только DBSession и ConnectDialog. Остальные компоненты - это OraStoredProc, которые лежат прямо на форме, и которыми я стараюсь ее не перегружать. 2 или 3 SP форму не перегружают.

Romkin (2005-06-29 11:29:00) [13]
У меня каждый датамодуль - определенный объект. Счет, например. В нем запрос для списка и запросы для редактирования собственно счета. Методы, эссно, прописаны, вроде "Создать счет", "открыть счет", "Показать счет". Запросы жестко прописаны - терпеть не могу в коде запросы писать, это ж неудобно!

Sergey13 (2005-06-29 11:25:00) [14]
2[6] size=20 (29.06.05 10:06)
>1. способ не очень гуд, потому как тяжело рыться в поисках лукап полей и текстов запросов.

Если это про

>[1] Johnmen © (29.06.05 09:43)
>1. Компонент кидается в датамодуль и жёстко прописывается запрос.

То не совсем понятно почему. Как раз таки все в одном месте. А когда все в рантайме еще надумаешься, что за запрос не работает. К тому же лень бывает "возиться" с параметрами и получаем DSQL. 8-)

Я в основном работаю по 1 варианту. Плюс [4] Жук © (29.06.05 10:04).

size=20 (2005-06-29 11:00:00) [15]

> замеТТе, что динамическое создание и удаление чего-бы то
> нибыло - это никак не прирост производительности

да, если єто делать каждую секунду или и того меньше. нужно думать как сказал Johnmen

Smash (2005-06-29 10:56:00) [16]
size=20 (29.06.05 10:06)
замеТТе, что динамическое создание и удаление чего-бы то нибыло - это никак не прирост производительности

size=20 (2005-06-29 10:06:00) [17]
1. способ не очень гуд, потому как тяжело рыться в поисках лукап полей и текстов запросов.
3. Более мне нравится + все это обернуть в виде обьекта.

Tirex (2005-06-29 10:05:00) [18]
2 Жук
Сколько форм (разделов ) в программе ?

Жук (2005-06-29 10:04:00) [19]
ИБДатаСеты кидаю в дизайне + 1 ИБСКЛ, запросы в котором меняю динамически по мере надобности. Если 1ИБСКЛя не хватает, то создаю в ран-тайме.

Johnmen (2005-06-29 09:54:00) [20]
Да.

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »