где делать выбоку полей - на сервере или на клиенте

[incorp]

Сразу скажу что вопрос общий, ситуации такой нет. Возьмем пример, пускай будет хттп соединение, допустим есть десять юзеров по 10 полей. и тут у энного количества юзеров поменялось эм полей. как следует поступить:1) спросить у сервера всех юзеров со всеми полями 2) спросить у сервера только изменившихся юзеров со всеми полями 3) спросить у сервера юзеров с выборкой только изменившихся полей.

Что в итоге будет быстрее и какие есть преимущества у различных способов?
Меняет ли что либо наличие сокет соединения?
Есть ли разница для разных серверных скриптов?(ну например смартфоксовская ява на серверной части или перловый скрипт)
По сути, насколько я понимаю, вопрос идет к тому где делать выборку полей на серверной части или на клиентской, где здесь золотая середина? может у кого нибудь есть какая то статистика по вопросу?

[mooncar]

А как клеинтская часть узнает, какие поля изменились, а какие нет с момена последнего получения клиентской частью данных? Значит для случаев (2) и (3) нужно передавать серверу сведения о том, когда данный клиент последний раз запрашивал данные. Получается излишняя загруженность сервера ненужными другим клиентским модулям данными.
У меня в клиенте флешевском пользователем меняются текущие значения полей объекта. Клиентская часть вычисляет только измененные поля и передает запрос на их изменение. И тут же забирает данные по методу (1), так как изменения могли быть внесены кем-то еще, и данные в нем должны быть актуальными.
Но вообще конечно, это частный случай, когда мало записей.
А если строк более несколько тысяч, то забирать всё у сервера - глупость. В этом случае нужно передавать серверу вычисления. Сводить трафик к минимуму, и тогда всё заработает шустрее. Это все из теории БД, там много про это написано, нужно почитать.

[incorp]

ну да, по сути это вопрос по теории баз данных, только в практическом ее применении к флеш технологиям. вот похоже у меня наконец родился правильный вопрос. внимание, вопрос!
как в числах сравнить затраты сервера на отсылку данных клиенту и на выборку нужных полей. сопоставимы ли они. тобишь что проще для сервера(допустим много таблиц, сложные связи) - послать большой кусок данных в виде "как есть" или потратить время на выборку чтобы затем отправить только то что нужно? можно ли "помочь" серверу справляться с загрузкой переносом выборки полей на клиентскую часть? да, и насколько разнятся эти цифры в зависимости от установленной базы и сервера.

[mooncar]

Во-первых, при распределении вычислений нужно следовать логике того, какой набор даннных важен для клиентской части в сей момент (например игра мультиюзер - одни требования, управление каталогом товаров двумя менеджерами - другие требования), и делить нагрузку соответственно.
Во-вторых , нужно строить запросы так, чтобы сервер максимально точно производил запросы. Почитайте главы книжек про SQL, которые касаются оптимизации структуры схем БД и запросов.
А вообще, слишком у вас общие вопросы, другое дело, если бы у вас какое-то затруднение при реализации конкретного проекта. Да и к AS это имеет отношение весьма косвенное. Тут есть ветка о флеше и серверных технологиях.

[Badim]

Сообщение от incorp

ну да, по сути это вопрос по теории баз данных, только в практическом ее применении к флеш технологиям. вот похоже у меня наконец родился правильный вопрос. внимание, вопрос!
как в числах сравнить затраты сервера на отсылку данных клиенту и на выборку нужных полей. сопоставимы ли они. тобишь что проще для сервера(допустим много таблиц, сложные связи) - послать большой кусок данных в виде "как есть" или потратить время на выборку чтобы затем отправить только то что нужно? можно ли "помочь" серверу справляться с загрузкой переносом выборки полей на клиентскую часть? да, и насколько разнятся эти цифры в зависимости от установленной базы и сервера.

вообщето, в общем, это глупый вопрос =))).
клиен соединяеться с сервером, и получат полный дамп. далее при изменении каких либо полей у каких либо юзиров - клиент оповещаеться о каждом из них поотдельности. Если происходит разрыв связи - то при повторном конекте все снова- клиент получает полный дамп, далее изменения.
во вторых, гоять туда сюда большие обьемы данных - зло, забьете канал.
способ когда шлються все данные, и клиент сам определяет что изменилось - использую тогда когда связь не стабильна, и возможна только в одну сторону... но и здесь всеравно лучше вести учет изменения и посылать их клиенту, чем гонять все данные туда сюда.

а конкретный ответ - цифры не сопостовимы. зависят сильно от количества пользователей. в данном случаи трафик дороже CPU.

[dimarik]

Сообщение от Badim

вообщето, в общем, это глупый вопрос =))).
клиен соединяеться с сервером, и получат полный дамп.

Вопрос не так глуп. Вопрос только в балансе. Полный дамп [ну] никому не нужен.