ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Оптимальность работы с множеством справочников
7 сообщений из 32, страница 2 из 2
  2  все
Оптимальность работы с множеством справочников
    #33752346
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
linkeНо тогда у меня встречный вопрос, разумно ли тратить время пользователя на загрузку такого справочника?
Безусловно, справедливый вопрос. Не факт, причем ответ зависит от конкретного случая. Если говорить вообще, стратегия "ни фига не кэшируем, все запрашиваем с сервера небольшими порциями" куда удачнее стратегии "кэшируем все и всегда". Ну а оптимум.... сложно сказать. Я не взялся за решение этой задачи в общем виде :)
...
Рейтинг: 0 / 0
25.05.2006, 17:45
| Ответить | Цитировать | Написать  
Оптимальность работы с множеством справочников
    #33753397
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
LelikBolekЕсли это карточка сотрудника, их одновременно на экране может быть 3 -4 - разве логично столко раз открывать датасеты?
поясните логику плиз ?
нелогично обрабатывать сразу несколько карточек :)
а так логика простая - все надо делать как можно проще а сервер пусть работает это его дело
...
Рейтинг: 0 / 0
26.05.2006, 10:44
| Ответить | Цитировать | Написать  
Оптимальность работы с множеством справочников
    #33753459
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
LelikBolek
Я понял вашу проблему :)
Делаем так:
1 список объектов выводим в грид но не все поля а только важные
2 ввод редактирование объекта только в карточке объекта
3 при этом при вводе поля справочника подсвечиваем справочник весь (маленький) или часть (по контексту)
4 по кнопке ОК update /insert объект в базу и добавить/обновить поля строки в гриде только на экране - обновлять датасет не надо
5 при удалении delete объект из базы и удаление строки из грида
...
Рейтинг: 0 / 0
26.05.2006, 11:02
| Ответить | Цитировать | Написать  
Оптимальность работы с множеством справочников
    #33753563
LelikBolek
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LelikBolek
Гость
мод
Делаем так:

Так оно и делается, но вопрос в том, что (еще раз :-) ) справочников карточке может использоваться несколько, значит по вашему нормально в карточке (в каждой открываемой) открываем по новой все нужные справочники, а в датасете-списке джионим нужные справочники и рефрешим текущую запись при update. Я почему то считал что использование заранее открытых спавочников в качестве значений для lookup полей в датасете-cписке и для DBLookUpCombobox-ов - более логичное и быстродействующиее решение ...
...
Рейтинг: 0 / 0
26.05.2006, 11:29
| Ответить | Цитировать | Написать  
Оптимальность работы с множеством справочников
    #33753592
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
для начала слабое звено найти надо, а то ведь есть системы, которые и на слабой телефонной линии с БД работают .
А то ведь вариантов много получается:
- ускорить выдачу запроса в БД (индексами)
- ускорить выдачу запроса в БД (просить часть данных)
- рационально использовать полученные данные (не перезапрашивать методом глобализации переменных)
- рационально использовать полученные данные (не перезапрашивать методом "кэшированных обновлений")
- рационально использовать полученные данные (не перезапрашивать методом "репликации БД")
- .....
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
26.05.2006, 11:36
| Ответить | Цитировать | Написать  
Оптимальность работы с множеством справочников
    #33753656
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
LelikBolek IMHO вопрос Ваш по выбору метода к практикам написания клиентской части. Зависит от языка написания клиента.
Например в Delphi есть ClientDataSet, который может работать в Unboud режиме (отвязанном от БД). Причём фильтры в нём тоже работают.
IMHO на форум по клиенту.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
26.05.2006, 11:49
| Ответить | Цитировать | Написать  
Оптимальность работы с множеством справочников
    #33755754
Alexandr Kochmin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexandr Kochmin
Участник
L> Автор: LelikBolek
L> Alexandr Kochmin

L> лукап, как он реализован у датасета, фтопку.

L> вот вы там все такие умные, кинули фразу и думаете что настолько круты,
L> что вас все сразу поймут. Уж если отвечаете на вопрос -уж будьте так
L> любезны оринетрироваться на разный уровень подготовки. Если в топку то
L> почему? к чему приведет, какие другие пути ... а иначе уж лучше молчите

1) а попробуй нади среди мильона страк в выпадающем списке нужное тебе значение .
2) а зачем держать мильон строк на клиенте?
3) а зачем по каждому чиху комп должен заниматся поиском лукапа постоянно?
4) а ведь есть join который не имеет всех этих проблем пп2,3 а п1 решается формой поиска-выборки.


--
С уважением
Кочмин Александр

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
27.05.2006, 08:55
| Ответить | Цитировать | Написать  
7 сообщений из 32, страница 2 из 2
  2  все
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Оптимальность работы с множеством справочников
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&startmsg=33752346&tid=1545235]:
 0ms
get settings:
 10ms
get forum list:
 21ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 183ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 60ms
get tp. blocked users:
 2ms
others: 220ms
total:  519ms
созд. / загр.: 519ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]