|
|
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Есть несколько компаний,которые обмениваются данными о клиентах в виде сообщений. Необходимо организовать децентрализованную распределенную систему хранения данных о клиентах. Я представлю это так,каждая компания хранит копию БД и добавляет туда по необходимости карточку с данными клиента или несколько карточек, желательно чтобы можно было добавлять по необходимости поля в карточку или была возможность выбора добавляемого поля из ранее зафиксированных дополнительных полей. Также хотелось бы,чтобы поддерживалось пакетное добавление карточек. С помощью чего это лучше и удобнее всего организовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 17:03 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111С помощью чего это лучше и удобнее всего организовать? Совершенно пофиг: БД в этой системе не ключевая вещь. Используй то, что уже есть у этих компаний. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 17:06 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, а что является ключевым? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 17:30 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, как силами БД организовать такую систему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 17:33 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111как силами БД организовать такую систему? Никак. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 17:57 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111Есть несколько компаний,которые обмениваются данными о клиентах в виде сообщений. Необходимо организовать децентрализованную распределенную систему хранения данных о клиентах ... желательно чтобы можно было добавлять по необходимости поля в карточкутут много вопросов без ответов на которые что либо советовать это "пальцем в небо"... впрочем, на вскидку, посмотрите в строну MongoDB + RabbitMQ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 19:50 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Дедушка, есть ряд требований Организовать единую защищенную автоматизированную платформу для информационного обмена между субъектами в соответствии с имеющимися современными требованиями и технологиями. Основное требование к структуре решения – децентрализованность, то есть отсутствие выделенного «центра», агрегирующего и управляющего собранной информацией. требования к системе. Работа с базой Должна быть реализована возможность представления данных пользователю по запросу (поиск информации) Должна быть реализована возможность добавления (изменения) данных (пополнение базы) • добавление карточек "по одной" • пакетное добавление • при добавлении данных должна быть предусмотрена возможность идентификации ранее созданной карточки При добавлении данных, должна быть реализована возможность расширения карточек дополнительными полями • возможность выбора добавляемого поля из ранее зафиксированных дополнительных полей • возможность добавления новых дополнительных полей с фиксацией следующей информации: o идентификатор поля (уникален в среди всех возможных полей карточки) o наименование поля (применяется при построении GUI) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 20:38 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Дедушка, есть предложение организовать это все на блокчейне Ethereum сети, но лично мне кажется что вполне можно найти альтернативный более традиционный вариант ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 20:40 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111, я видела решение через вебсервисы схема примерно такая: Data Provider 1 -> web-service 1 (provides data to DC) ->| Data Provider 2 -> web-service 2 (provides data to DC) ->| -> Data Collector -> data distribution web-service Data Provider 2 -> web-service 3 (provides data to DC) ->| ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 21:12 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
mini.weblab, а можно поподробнее как это работает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 21:40 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111, посмотреть можно здесь. плюс еще документация здесь неплохая: http://ec.europa.eu/eurostat/data/web-services ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2016, 22:09 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111Дедушка, есть предложение организовать это все на блокчейне Ethereum сети от кого поступило такое предложение, от Гугла? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2016, 03:25 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111Основное требование к структуре решения – децентрализованность, то есть отсутствие выделенного «центра», агрегирующего и управляющего собранной информацией. Существуют два способа распределения данных: фрагментация (sharding) и репликация. Вам какой нужен? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2016, 03:29 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
skyANA, Спасибо,нужна именно репликация. То есть настройка будет выглядеть как описано здесь ? а как решить конфликт когда два мастера одновременно добавляют запись? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 00:12 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111а как решить конфликт когда два мастера одновременно добавляют запись? Проще всего - организационными методами. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 01:03 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111skyANA, Спасибо,нужна именно репликация. То есть настройка будет выглядеть как описано здесь ? а как решить конфликт когда два мастера одновременно добавляют запись? По ссылке перечислены СУБД с multi-master-репликацией. Если Вы выбрали MySQL, то почитайте, как решаются конфликты именно там. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 10:00 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Но судя по тому, что Вы описываете: "каждая компания хранит копию БД и добавляет туда по необходимости карточку с данными клиента или несколько карточек", - я бы сначал задался вопросом, а когда это разные компании в один и тотже момент добавляют карточку с данными одного и того же клиента. Клиент что, в двух местах одновременно находится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 10:03 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
имхо, я бы сильно подумал прежде чем брать репликацию. где у вас эти "компании" расположены (в разных городах, на разных континентах), качество канала связи, насколько возможна задержка в синхронизации, насколько допустимо дублирование "карточек клиента" (может быть дублирование до процедуры клининга) и тд и тп. лично я бы сделал сам, на лёгких сервисах и очередях сообщений, но это сильно зависит от вашего контекста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 19:10 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Дедушка, вообще суть проблемы вот в чем,передача информации о клиентах (карточек клиентов) ведется по обычной электронной почте и информация несистематизируется. При такой передаче данных возникает ряд проблем таких как:поскольку рассылка проводится в открытом виде по большому списку электронных почтовых адресов, в некоторых случаях это приводит к срабатыванию спам-фильтров на стороне получателей и неполучению ими значимой информации, добавление новых пользователей в рассылку никак не контролируется + каждый получатель самостоятельно решает как полученную информацию хранить, что затрудняет дальнейшую работу с информацией. число участников рассылки 100+ • Характер рассылок нерегулярный, необходимо • обеспечение защищенной рассылки данных внутри закрытой группы пользователей, желательно чтобы все сообщения доходили до адресатов и были ими обработаны без потерь • отслеживание добавления новых участников в рассылку • обеспечение систематизированного,централизованного хранения полученной информации на стороне пользователя с возможной последующей обработкой и поиском в массиве ранее переданной информации. т.е необходимо организовать единую защищенную автоматизированную платформу для информационного обмена между субъектами с систематизированным хранением сообщений. необходимо подобрать механизмы для оптимального решения. пишу диплом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 13:50 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111т.е необходимо организовать единую защищенную автоматизированную платформу для информационного обмена между субъектами с систематизированным хранением сообщений. необходимо подобрать механизмы для оптимального решения. Всё уже придумано до вас: используйте RSS. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 13:54 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
Хотя нет, RSS годится только для централизованной рассылки. Так что вам скорее нужно P2P или B2B. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 14:00 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
skyANA, а если компаний 100+? мультимастер репликация подойдет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 14:12 |
|
||
|
Реляционная бд или NoSQL?
|
|||
|---|---|---|---|
|
#18+
noob1111а если компаний 100+? мультимастер репликация подойдет? Мультимастер репликация не потянет в разнородной среде. Тебе нужно B2B и согласование формата обмена данными. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 14:35 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=13&tid=1540237]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 10ms |
| total: | 146ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...