Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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

matt © (2008-12-15 14:16:00)
Здравствуйте!

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

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

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

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

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

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

MsGuns (2008-12-16 22:23:00) [1]
Судя по размерам БД организация - либо Папская консистория (не чистилась полтыщи лет) либо Пентагон (более 50000 служащих и в три раза больше компов)

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

Petr V. Abramov (2008-12-16 01:40:00) [2]

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

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

Jeer (2008-12-15 15:22:00) [3]
Эта.. мы чего тут обсуждаем ?
Провоз неизвестных продуктов через не ту таможню при не оговоренных условиях ?

matt (2008-12-15 15:16:00) [4]
еще и проблема в том что после успешной передачи данных - на сервере их нужно удалить по каждому из отделов

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

matt (2008-12-15 15:04:00) [5]

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

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

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

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

Jeer (2008-12-15 14:56:00) [7]
Извини уж..
Проектировать или перепроектировать за тебя архитектуру БД, методы и средства доступа ?
Хм..Тогда цена не озвучена.

matt (2008-12-15 14:53:00) [8]
в том то и дело что я получаю множество экземпляров TdxMemData(из devexpress) + его параметры собранные в TCollection.

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

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

Jeer (2008-12-15 14:41:00) [9]

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

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

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

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

clickmaker (2008-12-15 14:28:00) [10]
что за DataSet?
нет ли возможности передавать не 50-60мб каждый раз, а только то, что обновилось?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »