Дерево, набор данных и оптимизация

← →
matt © (2008-12-15 14:16) [0]

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

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

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

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

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

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

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

← →
clickmaker © (2008-12-15 14:28) [1]

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

← →
Jeer © (2008-12-15 14:41) [2]

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

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

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

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

← →
matt © (2008-12-15 14:53) [3]

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

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

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

← →
Jeer © (2008-12-15 14:56) [4]

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

← →
Sergey13 © (2008-12-15 15:00) [5]

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

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

← →
matt © (2008-12-15 15:04) [6]

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

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

← →
matt © (2008-12-15 15:16) [7]

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

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

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

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

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

Дерево, набор данных и оптимизация Найти похожие ветки