Форум по Delphi программированию

Delphi Sources



Вернуться   Форум по Delphi программированию > Все о Delphi > Базы данных
Ник
Пароль
Регистрация <<         Правила форума         >> FAQ Пользователи Календарь Поиск Сообщения за сегодня Все разделы прочитаны

Ответ
 
Опции темы Поиск в этой теме Опции просмотра
  #1  
Старый 06.06.2012, 17:54
dit dit вне форума
Прохожий
 
Регистрация: 06.06.2012
Сообщения: 1
Репутация: 10
Вопрос многопользовательское приложение БД с большим объемом сохраняемых/редактируемых даны

Добрый день! Помогите определиться с выбором.

Существует электронный документ данные из которого хранятся более чем в 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-м). Рассматриваем варианты использования индексов, сохранения лишь редактируемых данных….

Может есть координально другие идеи как организовать работу с БД????
Ответить с цитированием
  #2  
Старый 06.06.2012, 19:48
Аватар для Страдалецъ
Страдалецъ Страдалецъ вне форума
Гуру
 
Регистрация: 09.03.2009
Адрес: На курорте, из окна вижу теплое Баренцево море. Бррр.
Сообщения: 4,721
Репутация: 52347
По умолчанию

А не проще было пакетом сохранять данные сразу в таблицы? Ведь есть же там в ADO для подобных задач свойство LockType = ltBatchOptimistic
__________________
Жизнь такова какова она есть и больше никакова.
Помогаю за спасибо.
Ответить с цитированием
  #3  
Старый 08.06.2012, 09:40
Аватар для Viajero
Viajero Viajero вне форума
Активный
 
Регистрация: 14.06.2011
Адрес: РБ
Сообщения: 214
Версия Delphi: Delphi 7 FB 2.5
Репутация: 5849
По умолчанию

Цитата:
Сообщение от dit
как организовать работу с БД????
IMHO, зависит от СУБД. В блокировочнике одни методы, в версионке другие. В FB (FB - версионка) насколько я знаю немного попроще будет и всё довольно чётко описано в различной документации.
__________________
- Товарищ прапорщик!!! Остановите поезд!!! - Поезд СТОЙ! РАЗ! ДВА!
Ответить с цитированием
Ответ


Delphi Sources

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать темы
Вы не можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать сообщения

BB-коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход


Часовой пояс GMT +3, время: 03:58.


 

Сайт

Форум

FAQ

RSS лента

Прочее

 

Copyright © Форум "Delphi Sources" by BrokenByte Software, 2004-2023

ВКонтакте   Facebook   Twitter