Гость
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Помогите подобрать оптимальное решение / 10 сообщений из 10, страница 1 из 1
14.12.2016, 14:11
    #39366764
noob1111
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
Пишу диплом. Нужно подобрать оптимальное решение для следующей задачи:

Есть ряд компаний,которые обмениваются данными о недобросовестных кредиторах в виде сообщений.(рассылка ПД клиентов)(компаний 100+)

суть проблемы вот в чем,передача информации (карточек с ПД) ведется по обычной электронной почте и информация несистематизируется. При такой передаче данных возникает ряд проблем таких как:поскольку рассылка проводится в открытом виде по большому списку электронных почтовых адресов, в некоторых случаях это приводит к срабатыванию спам-фильтров на стороне получателей и неполучению ими значимой информации, добавление новых пользователей в рассылку никак не контролируется + каждый получатель самостоятельно решает как полученную информацию хранить, что затрудняет

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

необходимо Организовать единую защищенную автоматизированную платформу для информационного обмена между компаниями в соответствии с имеющимися современными требованиями и технологиями.
Основное требование к структуре решения – децентрализованность, то есть отсутствие выделенного «центра», агрегирующего и управляющего собранной информацией.

требования к системе.
Работа с базой
Должна быть реализована возможность представления данных пользователю по запросу (поиск информации)
Должна быть реализована возможность добавления (изменения) данных (пополнение базы)
• добавление карточек "по одной"
• пакетное добавление
• при добавлении данных должна быть предусмотрена возможность идентификации ранее созданной карточки
При добавлении данных, должна быть реализована возможность расширения карточек дополнительными полями
• возможность выбора добавляемого поля из ранее зафиксированных дополнительных полей

• возможность добавления новых дополнительных полей с фиксацией следующей информации:
o идентификатор поля (уникален в среди всех возможных полей карточки)
o наименование поля (применяется при построении GUI)

Вопрос уже задавался,но неструктурированно http://www.sql.ru/forum/1242040/relyacionnaya-bd-ili-nosql

Заранее спасибо за ответы.

Из предложенных вариантов: использование мультимастер репликации, и RabbitMQ+MongoDB, может есть еще варианты либо какой-то из предложенных в таком контектсте не подходит?
...
Рейтинг: 0 / 0
14.12.2016, 14:32
    #39366805
Нахлобуч
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
Совсем "без центра" не получится -- главный быть всё же должен. Другое дело, что этот "главный" может в какой-то момент отвалиться и тогда узлы должны провести "выборы" нового "главного". См. Raft .

Систему же в принципе можно попробовать построить поверх Append-Only Log: The Log: What every software engineer should know about real-time data's unifying abstraction .

Если планируется редактирование "карточек", то см. Operational transformation .
...
Рейтинг: 0 / 0
14.12.2016, 19:08
    #39367148
Злой Бобр
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
noob1111,

Рассылки это решение из 90-х. Ложить файлы на ftp и не заморачиваться. По ходу доступом к ftp решится и вопрос с пользователями. Ну а вопрос с БД нужно решать уже отдельно. Тут на вкус и цвет все фломастеры разные. Одним словом можно реализовать на чем угодно.
Поскольку это диплом - идите в архив и возьмите готовое решение. Чего это будет стоит уже не наше дело, но полюбому дешевле чем кто-то за вас будет решать.
...
Рейтинг: 0 / 0
14.12.2016, 23:25
    #39367255
noob1111
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
Нахлобуч,спасибо за ответ)
ссылка : The Log: What every software engineer should know about real-time data's unifying abstraction. не открывается(
...
Рейтинг: 0 / 0
14.12.2016, 23:27
    #39367257
noob1111
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
Злой Бобрnoob1111,
.
Поскольку это диплом - идите в архив и возьмите готовое решение. Чего это будет стоит уже не наше дело, но полюбому дешевле чем кто-то за вас будет решать.
что за архив???
...
Рейтинг: 0 / 0
15.12.2016, 09:52
    #39367363
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
НахлобучСовсем "без центра" не получится -- главный быть всё же должен.
Да прям... MySQL и PostgreSQL. Часть 7. Репликация в PostgreSQL

Мультимастер (Multimaster Replication).В отличие от схемы ведущий-ведомый, здесь может быть несколько ведущих узлов . Каждый ведущий узел выполняет сначала свой запрос у себя, потом синхронизирует его на другом ведущем. Недостаток в том, что возможны конфликты между ведущими узлами на уровне транзакций. В Postgres используется асинхронный мультимастер-режим.
Эта схема также реализована в Bucardo, rubyrep, PgPool-II, PgCluster, Sequoia.
...
Рейтинг: 0 / 0
15.12.2016, 10:57
    #39367424
Нахлобуч
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
skyANAНахлобучСовсем "без центра" не получится -- главный быть всё же должен.
Да прям... MySQL и PostgreSQL. Часть 7. Репликация в PostgreSQL
И где противоречие? В случае с Master-Master мы имеем два ведущих, а не их отсутствие.
...
Рейтинг: 0 / 0
15.12.2016, 10:59
    #39367427
Нахлобуч
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
noob1111,

frigate или https://web.archive.org/web/20161011081816/ https://engineering.linkedin.com/distributed-systems/log-what-every-software-engineer-should-know-about-real-time-datas-unifying%5DInternet]https://engineering.linkedin.com/distributed-systems/log-what-every-software-engineer-should-know-about-real-time-datas-unifying]Internet Archive.
...
Рейтинг: 0 / 0
15.12.2016, 10:59
    #39367431
Нахлобуч
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
...
Рейтинг: 0 / 0
15.12.2016, 15:25
    #39367838
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите подобрать оптимальное решение
НахлобучskyANAпропущено...

Да прям... MySQL и PostgreSQL. Часть 7. Репликация в PostgreSQL
И где противоречие? В случае с Master-Master мы имеем два ведущих, а не их отсутствие.
Я не про главный должен быть, а про получится быть "без центра" :)
...
Рейтинг: 0 / 0
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Помогите подобрать оптимальное решение / 10 сообщений из 10, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]