Здравствуйте, коллеги.

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

Т.к. написал не совсем ясно, пример:

котировки:
A
B

Группы:
group1 — доступна котировка A
group2 — доступны котировки A и B

Пользователи:
user1 — состоит в group1
user2 — состоит в group2

Пользователь user1 может подписаться только на котировку A, а пользователь user2 может подписаться на котировки A и B.

А теперь вопрос: как это реализовать? транспорт — tcp.

Мне подумалось, что эту задачу с легкостью решит zeroMQ и его PUB/SUB.
Но тут возникли проблемы:
1. Клиентов мне надо перед тем, как подписать — авторизовать.
2. В zeroMQ подписка идет по префиксу. Как запретить подписываться тем, чья группа не позволяет.

Мои знания по zeroMQ ограничиваются половиной прочитанного guide, поэтому могу что-то упускать.

Прошу коллективный разум помочь с данной задачей. Желательно, чтобы поменьше изобретать.

Здравствуйте, xednay89, Вы писали:

X>Мне подумалось, что эту задачу с легкостью решит zeroMQ и его PUB/SUB.

Обычно все это пишут ручками. Для транспорта возьми протокол FIX, там и либ готовых полно

Здравствуйте, Аноним, Вы писали:

А>Для транспорта возьми протокол FIX, там и либ готовых полно

Передавать цифры текстовым протоколом — по-моему, как минимум странно.

Здравствуйте, xednay89, Вы писали:

X>Передавать цифры текстовым протоколом — по-моему, как минимум странно.

А писать свой проприетарный протокол, когда уже больше половины брокеров, бирж и провайдеров данных отдают все в фиксе нет?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, xednay89, Вы писали:

X>>Передавать цифры текстовым протоколом — по-моему, как минимум странно.

А>А писать свой проприетарный протокол, когда уже больше половины брокеров, бирж и провайдеров данных отдают все в фиксе нет?

На фиксе работают крупные биржы и банки. Брокеры выводят сделки по Fix. Но конечным клиентам, как правило, котировки поставляются именно своим проприетарным протоколом

Здравствуйте, xednay89, Вы писали:

X>Здравствуйте, Аноним, Вы писали:

А>>Здравствуйте, xednay89, Вы писали:

X>>>Передавать цифры текстовым протоколом — по-моему, как минимум странно.

А>>А писать свой проприетарный протокол, когда уже больше половины брокеров, бирж и провайдеров данных отдают все в фиксе нет?

X>На фиксе работают крупные биржы и банки. Брокеры выводят сделки по Fix. Но конечным клиентам, как правило, котировки поставляются именно своим проприетарным протоколом

Ну как знаете. В нашем случае проприетарный протокол объясняется историческим наследием, ему уже почти 20 лет

Здравствуйте, xednay89, Вы писали:

X>Передавать цифры текстовым протоколом — по-моему, как минимум странно.

Да, и я надеюсь цены вы не будете запихивать в double, не наступай на эти грабли

Здравствуйте, Аноним, Вы писали:

А>Обычно все это пишут ручками. Для транспорта возьми протокол FIX, там и либ готовых полно

тока fast, фиксом маркетдату гнать- это угробить канал сразу и навсегда.

Здравствуйте, xednay89, Вы писали:

X>Прошу коллективный разум помочь с данной задачей. Желательно, чтобы поменьше изобретать.

Для которовок и подобных сущностей у нас права лежат в базе. Есть табличка в базе типа Permission_Ref (User_ID int, Entity_ID). Любой запрос к данным иннер джойнится на эту табличку (точнее на функцию, которая вовзращает id доступных сущностей) и на выходе получаем только данные, на которые пользователь имеет права.

Все остальное через AzMan.

Вроде бы просто и удобно.

Здравствуйте, Sni4ok, Вы писали:

S>Здравствуйте, Аноним, Вы писали:

А>>Обычно все это пишут ручками. Для транспорта возьми протокол FIX, там и либ готовых полно

S>тока fast, фиксом маркетдату гнать- это угробить канал сразу и навсегда.

да как вариант, щаз разбирались с cqg и я вспомнил что забыл написать