Здравствуйте!

Есть следующая ситуация:

Есть предприятие, у предприятия есть отделы, в отделах есть пользовательские места [ПМ].
ПМ может принадлежать одновременно нескольким отделам.

на вход я получаю массив DataSet'ов сгрупированных по отделам
На ПМ нужно отдать его набор данных (TDataSet), и вслучае неудачной передачи проинформировать про это сервер
Структура данных DataSet"ов везде одинаковая.

В данный момент данные передаются логически по отделам, а за тем по ПМ отдела.

Но по выше описанному условию - на одно и тоже ПМ сессия передачи данных может открываться 1-7 раз,
проблема в том  что открытие и закрытие сессии может занимать сравнительно большое время (3-5 минут)
плюс данных не мало (50-60 Мб)

Каким способом логику этого хозяйства можно оптимизировать?

что за DataSet?
нет ли возможности передавать не 50-60мб каждый раз, а только то, что обновилось?

> Есть предприятие, у предприятия есть отделы, в отделах есть
> пользовательские места [ПМ].
> ПМ может принадлежать одновременно нескольким отделам.


Это структура организации. К БД имеет какое имеет отношение ?

>на вход я получаю массив DataSet'ов сгрупированных по отделам
Обычно получают один Dataset ( через Query )

>на вход я получаю массив DataSet'ов
>На ПМ нужно отдать его набор данных (TDataSet)
Архитектура выше, чем Client-Server, надо понимать ?

в том то и дело что я получаю множество экземпляров TdxMemData(из devexpress) + его параметры собранные в TCollection.


> clickmaker ©   (15.12.08 14:28) [1]
>
> что за DataSet?
> нет ли возможности передавать не 50-60мб каждый раз, а только
> то, что обновилось?


нет, для каждого отдела данные уникальны. то есть каждая сессия которая открывается

Извини уж..
Проектировать или перепроектировать за тебя архитектуру БД, методы и средства доступа ?
Хм..Тогда цена не озвучена.

> [0] matt ©   (15.12.08 14:16)
> Есть предприятие, у предприятия есть отделы, в отделах есть
> пользовательские места [ПМ].
> ПМ может принадлежать одновременно нескольким отделам.

Это все в одной деревянной таблице?

> Sergey13 ©   (15.12.08 15:00) [5]
> Это все в одной деревянной таблице?


структура БД - мне не известна, и менять ее (структуру) возможности нет.
имеем то что имеем (

еще и проблема в том что после успешной передачи данных - на сервере их нужно удалить по каждому из отделов

а если данные по пользовательским местам объединить в один датасет на каждое польз. место - будет сложнее определить по какому отделу данные передались успешно, а по какому были проблемы

Эта.. мы чего тут обсуждаем ?
Провоз неизвестных продуктов через не ту таможню при не оговоренных условиях ?

> Jeer ©   (15.12.08 15:22) [8]

ха-аааа упал.... ну сам знашь куда :)

Судя по размерам БД организация - либо Папская консистория (не чистилась полтыщи лет) либо Пентагон (более 50000 служащих и в три раза больше компов)

Кто и когда умудрился такую простую задачу обернуть в отакенный "кокон" - это, конечно, вопрос больше риторический. Вам же советую либо все переписать либо искать проектировщиков или доку.
Вылазить сюда с подобными сабжами - на 90% быть высмеянным.