|
Remoting + DataSet
|
||
|---|---|---|
Участник
Откуда: Mississauga, Ontario, Canada
Сообщения: 446 |
||
| 21.06.2006, 21:45:08 |
|
|
|
|
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
Столкнулся с такой проблемой: Есть объект, активизируемый клиентом. Метод этого клиента заполняет DataSet(MS SQL) и вызвращает его клиенту. Записей около 6000. Время передачи с сервера на клиент около 5 сек. Как-нибудь это можно минимизировать? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:39:04 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
За чтож так пользователей ненавидишь, 6000 записей на клиента тянешь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:42:32 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
А потому что у нас 6000 клиентов, Валера. Ты то уж должен знать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:44:16 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
ну и нафига всех тянуть. у клиентов наверняка есть каие-то аналитики. вот по ним в запросе и откидывай ненужное. какие проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:45:46 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
Руководители подразделений должны видеть всех клиентов. Есть что-нибудь по существу проблемы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:47:10 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
да ктож запрещает видеть всех? пример. есть клиенты поставщики, покупатели, внутрение и т.д. что сложно подцепить комбобокс, в котором РУКОВОДИТЕЛЬ будет фильтровать клиентов. в таком случае на клиента тянуть не прийдется по 6000 строк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:50:15 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
Валера, у нас только КЛИЕНТЫ(~5900) и ИСПОЛНИТЕЛИ(~100). Так что это не решает проблему. Меня интересует минимизация времени передачи данных с сервера на клиент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:52:43 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
Ну а как ты минимизируешь? тяни тогда полей как можно меньше. ID и Имя, все остальное потом подтягивай ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 16:54:49 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
6000 - это немного. Скорее всего проблема в том, что записи широкие (т.е. много колонок). Если оптимизировать только передачу данных (т.е. не ограничивать принудительно кол-во записей), то надо уменьшать объем передаваемых данных за счет оптимизации процесса сериализации. Если у вас .NET 2.0, то см. DataSet.RemotingFormat. Если 1.0/1.1, то можно написать свой (де)сериализатор датасетов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 18:10:51 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
A_SorokinСтолкнулся с такой проблемой: Есть объект, активизируемый клиентом. Метод этого клиента заполняет DataSet(MS SQL) и вызвращает его клиенту. Записей около 6000. Время передачи с сервера на клиент около 5 сек. Как-нибудь это можно минимизировать? Спасибо. В дополнение к сообщению Bigheadman'а. 1. Formatter, используемый Remoting'ом, какой — Binary, Soap?.. 2. Количество колонок и их типы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2006, 21:45:08 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
http://www.rsdn.ru/?article/dotnet/DotNetSerial.xml неплохая статейка - может поможет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2006, 11:46:24 |
|
||
|
Remoting + DataSet
|
|||
|---|---|---|---|
|
#18+
Всем спасибо. Провели 2 теста: 1. Собственная сериализация DataSet'a. 2. Определили собственный класс Client, и возвращаем коллекцию этих классов. На клиенте работаем с этой коллекцией(Binding, ...). Вроде 2-й вариант получился быстрее(~1 сек). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2006, 15:21:11 |
|
||
|
|
start [/forum/topic.php?fid=19&fpage=37&tid=1398091]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
85ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 219ms |
| total: | 406ms |
| 0 / 0 |
