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

Сериализация - нет ?
Отправлять файл на сервер и уже с ним работать?

авторпонятие «база данных» знакомо?

Да знакомо - вы что предлагаете миллион записей в каждой транзакции для тысячи пользователей возвращать? Это правильно?

автор
Док ты извини конешно но ты провокатор. Твой вопрос про hashcode() или unique_id - он
пока имеет мало смысла. Мы не знаем самой сути твоей задачи. Возможно тебе просто
нужно изучить и использовать Ajax с себсокетами.

Про тысячи пользователей ты ничего не говорил вначале. Некрасиво как-то...

Прощаю mayton))
Комрады ну вы же не пальцем деланы - я так полагаю что все здесь кодеры - приложения же пишутся не для одно двух пользователей смысл тогда в нем.

hashcode() признаю что это не то - изначально ошибочный вариант.

RMI - сжатие поддерживает какое-нибудь?

авторMVC знакомо?
View делаем только то, что переварит пользователь.

У меня просто свинговое приложение - поэтому - здесь не веб - а так знаком.

авторRMI морально устарел. Смотри в сторону REST/SOAP/JMX.

из свинга эти протоколы будут работать - или дополнительно обработчик нужно дописывать?

авторпо ходу дела с базами знакомство очень слабое....
а ты в коллекции хранишь 1 000 000 000+ записей?
и держишь их в памяти?

Про миллиард не говорил. Не собираюсь его хранить - у меня памяти нет столько.
Ребят а вашей базе - если кто работает из последних приложений сколько в среднем записей - на рабочей БД?

авторчисло записей не имеет значение , главное правильно всё организовать

Напиши по конкретнее что значит организовать - разделение readOnly WriteOnly запросов? Денормализация? Использование noSql - рещений что ?

авторты опиши задачу, иначе могу только посоветовать курс по базам.
Простое приложение которое работает с xml документами парсит из каталога фс и подгружает в табличку.
В Jtree все ветики - разделы кроме "архив" могут содержать разную информацию не принципиально если что-то потеряется тк можно заново будет подгрузить.
А вот архив должен содержать точную информацию для каждого пользователя - которую нельзя искажать и дублировать и удалять.
Задача:
1. Организовать обмен данными для каталога "Входящие" таким образом что если кто-то что-то туда/от туда загружает/удаляет - то все остальные так же могли видеть это обновление в момент когда работает несколько пользователей.

2. Исключить дублирование и удаление итд информации из раздела архив.

как-то так.

авторданные из xml постоянны?, они являются для иннформацией для хранения? или хранить надо сам xml, с возможностью дальнейшего парсинга?
что значит "архив" - там хранятся полученные xml?
что значит "информация для каждого пользователя" - только ему доступная? почему где-то можно удалять изменять, а в архиве нет?
как определяется информация , что она для определённого пользователя?


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

- Архив - означает что когда пользователь проверил всю информацию в табличке - он переносит их в архив и меняется статус сообщения - Для входящих - новые Рабочие - полученные Архив - обработано.

- Нет эта общая информация которая распространяется для каждого пользователя. потому что в архиве уже содержится обработанная информация - по ней строится отчет и выполняется экспорт в другие форматы при необходимости.

- Нет она общая для каждого пользователя.

авторчто за каталог "входящие", что значит что туда кто-то и что загружает/удаляет?

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

- Пользователь нажимает кнопку открыть и выбирает xml -ли в каталоге - они парсятся и загружаються в ArrayList - после удаляются.
- Видеть - во Входящих и Архиве.

авторЯ понял, могу помочь с этой задачей, написать клиент сервер. Всех тонкостей незнаю, поэтому дорабатывать всеравно придется вашей стороне. Но паровоз с места сдвинется. Напишу на rmi(callback)+javafx. Но не бесплатно.

Бесплатно могу ответить по коду, если будут вопросы типа не работает, или что изменить чтобы было вот так.


А ты как думаешь я зачем здесь постил тему? Не нужна мне твоя помощь - сам разберусь.

авторДок я также не одобряю грубость по отношению к мемберам. Этот форум - бесплатное комьюнити
где тебе бесплатно помогают. Цени это внимание.
Это не грубость - а справедливое замечание! И когда человек лезит со своим не бесплатно - он в принципе игнорит сообщения от других мемберов и от тебя mayton в том числе.