Вниз
Скачать: CL | DM;

Как организовать оптимальный код   Найти похожие ветки 

 
Valeron   (2002-11-21 12:57) [0]

Я сохраняю введенные клиентом данные на сервере передавая значения через параметры для Query. Их(параметров) в среднем -14. У клиента есть СontrolPage где сейчас 3 страницы. На каждой свои поля ввода. Но в будущем этих страниц будет около 20. Сейчас чтобы правильно передать нужное значение параметру Query пришлось сделать проверку через case. И код сейчас большой получился, а что будет когда страниц будет 20. Вообще катастрофа. Может кто-то сталкивался с данной проблемой?


 
3JIA9I CyKA ©   (2002-11-21 13:00) [1]

Да.


 
Prooksius ©   (2002-11-21 13:02) [2]

У меня в одной Query около 120 параметров. :) Живой, как видишь.


 
ЮЮ ©   (2002-11-22 05:45) [3]

DB-Aware компоненты для того и придуманы, чтобы обеспечить доступ пользователя к нужному полю. А 120 полей - это уже слишком! Не пытайся всё запихнуть в одну таблицу


 
VAleksey ©   (2002-11-22 08:21) [4]

Если тебе кажется, что это не правильно, значит так оно и есть. Упрощать надо. А как сделать тебе, наверное, мало кто подскажет. Ведь это будет практически то же самое, что и решить за тебя твою задачу. Такое вот ИМХО.



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

Скачать: CL | DM;



Память: 0.45 MB
Время: 0.012 c
4-28334
riser
2002-10-26 17:56
2002.12.09
Сравнить реестр


3-27857
voland34
2002-11-20 23:48
2002.12.09
трабла с indexfield for ClientDataSet


3-27851
Анатолий
2002-11-20 15:05
2002.12.09
Преобразование ООМ <<->>РСУБД


14-28248
LongIsland
2002-11-18 11:31
2002.12.09
Free Pascal


3-27800
Calm
2002-11-22 11:13
2002.12.09
Как обработать записи, возвращаемые запросом




   Наверх