![]() |
|
|
![]()
|
|
| dit |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 2 Регистрация: 11.3.2008 Репутация: нет Всего: нет |
Добрый день! Помогите определиться с выбором.
Существует электронный документ данные из которого хранятся более чем в 10 таблицах БД. Помимо полей (Edit) существует 4 таблицы(grid). По клику строки грида открывается форма редактирования, содержащая как edit-ы, так и grid-ы. Объем информации, содержащейся в открываемой форме, много больше чем содержится в gridе исходного документа. Т.е. grid носит скорее информативный характер (в нем отображается лишь краткая информация). Сохранение данных в БД осуществляется не при закрытии редактируемой формы, а при клике на кнопку "Сохранить" общего меню документа. Т.е. при глобальном сохранении документа в БД. Соответственно, для хранения информации используется ClientDataSet, который в свою очередь связан с DataSetProvider. Компонент ClientDataSet позволяет хранить вложенные наборы данных. 1) Для каждого грида электронного документа создаем свою связку ClientDataSet - DataSetProvider. Для тех гридов, редактируемая форма которых имеет свои гриды, необходимо создать дополнительно ClientDataSet в количестве равном количеству гридов редактируемой формы? Правильно ли я понимаю что должно получиться: один ClientDataSet – основной набор данных (edit-ы на вложенной форме) + ClientDataSet (вложенный набор данных) по кол-ву гридов на форме. Не усложнит ли это обработку запросов??? Как организовать связку одного ClientDataSet с несколькими вложенными ClientDataSet -тами по разным ключевым полям? 2) Можно ли несколько DataSetProvider связать с одним ADOQuery? Ли лучше для каждого грида электронного документа (4-х DataSetProvider) использовать свой ADOQuery? 3) Приложение МНОГОПОЛЬЗОВАТЕЛЬСКОЕ и одна из таблиц может иметь от 100 до 1000 записей. Как правильнее сохранять? Ведь транзакция блокирует таблицу БД. Хотя преимущество ClientDataSet - короткие транзакции в момент вызова ApplyUpdates, пугает объем данных и сложная связка ClientDataSet (в т.ч 1 к 4-м). Рассматриваем варианты использования индексов, сохранения лишь редактируемых данных…. Может есть координально другие идеи как организовать работу с БД???? Приложение на delphi + MSSQL |
|||
|
||||
| Аватар |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 8 Регистрация: 20.6.2012 Репутация: нет Всего: нет |
В базе видимо не один документ, а много. В основном гриде только для чтения отображаем отобранный по заданному фильтру список документов. Из него пользователь входит в режим корректировки выбранного документа. Для чего в другие DataSet-ы выбирается информация только одного документа и редактирование в другой форме, обычно модальной. При сохранении начало транзакции, AppleUpdate для каждого из DataSet и завершающий Commit. Не забыть обновить список документов из главной формы
|
|||
|
||||
![]()
|
| Правила форума "Delphi: Базы данных и репортинг" | |
|
|
Запрещено: 1. Публиковать ссылки на вскрытые компоненты 2. Обсуждать взлом компонентов и делиться вскрытыми компонентами Обязательно указание: 1. Базы данных (Paradox, Oracle и т.п.) 2. Способа доступа (ADO, BDE и т.д.)
FAQ раздела лежит здесь! Если Вам помогли и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, Vit, Петрович. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Delphi: Базы данных и репортинг | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |