vuk ©   (10.01.12 12:24) [119]

Раз, не казуистика, можно и продолжить :)
У нас клиенты загружают до 400 тысяч строк с режимом автообновления. Знаем, что плохо, но пока переубедить не получается. Даже с такими размерами проблем не возникает - Петя смотрит на экран, Васи меняют данные, Петя продолжает смотреть на экран. Стандартные компоненты "умные", чтобы не рисовать то,Ю что находится за пределами экаран, торможений нет. Если возникают вопросы, на которые "однозначного ответа нет", мы предлагаем возможные варианты заказчику и он делает свой выбор. Всегда видит актуальное состояние, никогда не происходит перезаписи изменений и прочих типичных многопользовательских проблем.


> В таком случае, когда наступит момент, подходящий для того,
>  чтобы строка таки пропала из выборки, как несоответствующая
> критерию?


Это не наш случай, у нас строка исчезает сразу. Всегда показывается актуальное состояние. Текущая строка может исчезнуть, если она удалена или не удовлетворяет больше фильтру. Это уже будет ответом на
> Новое значение чего? Состояние строки не соответствует критерию
> выборки.



> Не надо путать рабочий процесс пользователя с внутренними
> механизмами библиотек.


Я к тому, что для реализации требований заказчика не пришлось ничего изобретать.

Ух-ты, какой тут прячь опять идёт!!!
И лица одни и те же...

1. Автообновление - ничего хорошего, равно как и ничего плохого в этом нет.
2. Автообновление плохо реализуется с привычными DAC-ами, по-хорошему надо протокол свой писать + трёхзвенку. Если такая архитектура выбрана изначально - нет проблем. Если нет - считай, что с нуля писать надо. Не каждый заказчик будет готов оплатить такую работу.
3. Я бы не хотел пользоваться программой в том виде, как она описана в [0]. Это будет Адъ и Израиль.

> мы предлагаем возможные варианты заказчику и он делает свой выбор.
предложи мне вариант... я типа заказчик. + начальник.
открыл документ который должны "доделать", открыл в печатной форме, сказал Васе что жду когда он сделает, и жду...
но почему-то у меня ничего не меняется, не делается... почему? договаривались будут авто обновления. Вася сказал пол часа как готово, врет наверное, у меня так ничего и не поменялось.

p.s. почти реальное "тз".

sniknik ©   (10.01.12 12:51) [122]

Это к чему? Может, по автообновлению еще и шины на зимние поменять? :)

> Это к чему? Может, по автообновлению еще и шины на зимние поменять? :)
я чуть не с самого начала говорил, если не указаны критерии, четкое "ТЗ" (ответ на "а зачем"), то каждый воспринимает вопрос автора как ему вздумается. я максимально полно, везде где возможно должно авто обновятся (пример и фильмов с исчезающим удаляемым документом, на основе которых дают подобное).

ну так как насчет вариантов?

и кстати "клиент всегда прав" ваши слова.

to Компромисс ©   (10.01.12 12:34) [120]:

> У нас клиенты загружают до 400 тысяч строк с режимом автообновления.

Ужос. И что, есть хоть один человек, который в реальности все эти 400 тыс. просматривает с разумной целью? У нас, пожалуй, несколько сотен записей в выборке - уже повод придумывать средства фильтрации на серверной стороне.


> Это не наш случай, у нас строка исчезает сразу.

Представляю себя на месте пользователя. Сижу втыкаю на экран... И тут фигак - обновление свалилось, смотрю почему-то уже в какое-то другое место. И как теперь искать то, на что смотрел до обновления? И это еще хорошо, если момент обновления удалось увидеть. А если я от экрана отвернулся, по делам отлучился и т.д., то что будет?

> Представляю себя на месте пользователя. Сижу втыкаю на экран..
https://www.bwin.com/ru/livebets.aspx
И пользователей миллионы. автообновление по полной, все пропадает, появляется, мигает и звуки издает. Никаких проблем ни у пользователей ни у разработчиков.

sniknik ©   (10.01.12 12:58) [124]

Твое ТЗ не имеет никакого отношения к [0], в котором всё ясно.

sniknik ©   (10.01.12 12:59) [125]

Лучше другой вариант - "Любой каприз за Вашт деньги" :)

vuk ©   (10.01.12 13:02) [126]

Клиенты часто идут свеху вниз и просматривают/редактируют список. Они один раз загружают все данные (минута-две), пока чай пьют, потом уже только работают и не хотят времени терять. Учитывая, автообновление, они могут неделями не выключать компьютер. Фильтрация на клиенте очень быстрая, даже быстрее, чем на сервере,  учитывая, что есть сложная система контроля доступа и пользователь не всё должен видеть (мягко говоря).


> И тут фигак - обновление свалилось, смотрю почему-то уже
> в какое-то другое место

Есть специфика - добавлений гораздо меньше, чем редактирований. Фильтруют обычно по естественному ключу, который не редактируется. Плюс структура не плоская, а иерархическая (4-5 уровней вложенности). Поэтому пользователю достаточно удобно - они обычно не больше 100 записей раскрывают, потом сворачивают нод и открывают другой, чтобы посмотреть другие 100 записей. А в это время в свернутых нодах невидимо для пользователя работает автообновление...

> И пользователей миллионы. автообновление по полной, все
> пропадает, появляется, мигает и звуки издает. Никаких проблем
> ни у пользователей ни у разработчиков.


Это read-only данные.

to знайка   (10.01.12 13:09) [127]:

> И пользователей миллионы. автообновление по полной, все
> пропадает, появляется, мигает и звуки издает. Никаких проблем
> ни у пользователей ни у разработчиков.

Этол не система обработки данных. Скорее система оповещения, типа информационного табло. В похожих случаях (но в сильно другой области) у нас автообновление тоже есть.

> Есть специфика - добавлений гораздо меньше


Вот именно. Есть специфика. Универсальный вариант - по запросу. Автообновление - не универсальный вариант.

Я вот просто хочу уточнить у противников автообновления следующие вопросы:
1. Считаете ли вы, что разработка системы с автообновлением в принципе невозможна по техническим причинам?
2. Считаете ли вы, что не существует такого типа задач, где автообновление было бы удобно для пользователя?
Вот просто - Да или Нет...

1. Вполне возможна.
2. Существуют.
3. Тут нет противников. Тут есть масса народа, которая через стадию "Вася данные изменил, а у меня сразу всё обновилось" уже проходили и не раз. И в большинстве случаев как раз для автообновления должны быть довольно веские причины, а не наоборот.

> Этол не система обработки данных.
Так вы сами про ридонли ситуацию привели.
И еще, там ставки делаешь, и оно редактируется, и обновляется автоматически, т.е. если ставку заблокировали на сервере, то и в купоне она либо заблокируется либо исчезнет, смотря как реализованно.

> И в большинстве случаев как раз для автообновления должны
> быть довольно веские причины, а не наоборот.


Правильно, и я эти довольно веские причины уже описывал выше:
1) Заказчик это хочет
2) Это технически возможно.

> Павел Калугин ©   (10.01.12 10:27) [95]

> > Разницу между клиентом и пользователем осознаем?
>
> И в чем разница? Данные у пользователя обновляются не по
> инициативе сервера. Как это реализовано - он сам капу давит
> или таймер шуршит дело десятое.

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

> И еще, там ставки делаешь, и оно редактируется, и обновляется
> автоматически, т.е. если ставку заблокировали на сервере,
>  то и в купоне она либо заблокируется либо исчезнет, смотря
> как реализованно.


И все пользователи сразу увидят блокировку, а не только ты.
Не смешно.

> Ega23 ©   (10.01.12 13:27) [133]

Полностью согласен. Об чем и речь...

> И в большинстве случаев как раз для автообновления должны
> быть довольно веские причины, а не наоборот

И кто-то тут говорил обратное? Я, видимо, пропустил... :)

> И все пользователи сразу увидят блокировку, а не только
> ты.
> Не смешно.
Собственно, да, а что такого?
Если вася из соседней сделал ставку, и при этом лимит ставок исчерпали, то таки да все об этом узнают. Там ваще ньюансов много.