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

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

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

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

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

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

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

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

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

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

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

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

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

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