Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Sql vs nosql для проекта (real-time торги)  [new]
deemaa
Member

Откуда:
Сообщений: 9
Планируется небольшой проект по типу онлайн торгов. Backend будет на node.js + websockets
Изначально планировал использовать sql , так как с nosql дел не имел. Но почитал про mongodb и хочется попробовать с ней поработать. Вот такие сущности примерно

Пользователи

Группы лотов

Лоты(подчинены группам лотов)


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


Вот такие данные нужно будет получать:
Список всех выигранных лотов по пользователю
Список всех выигранных лотов по пользователю и группе
Список лотов, в которых участвовал пользователь
История торгов по лоту (типа пользователь 1 предложил 100р, потом пользователь 2 предложил 120р и т.д.)

Прошу высказаться за или против. Спасибо
10 мар 17, 18:14    [20283236]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

Совершенно пофиг. СУБД тут играет сугубо вспомогательную роль, хоть текстовые файлы используй.

Posted via ActualForum NNTP Server 1.5

10 мар 17, 18:28    [20283292]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
deemaa
Member

Откуда:
Сообщений: 9
Спасибо
А как в таком случае разрулить , чтобы одновременно два пользователя захотят установить одну и ту же цену на лот?
11 мар 17, 11:33    [20284261]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
s_ustinov
Member

Откуда: Munchen, DE
Сообщений: 2312
deemaa
Спасибо
А как в таком случае разрулить , чтобы одновременно два пользователя захотят установить одну и ту же цену на лот?

Погугли ACID
11 мар 17, 11:58    [20284298]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

deemaa
А как в таком случае разрулить , чтобы одновременно два пользователя захотят установить
одну и ту же цену на лот?

А это уже смотри сам что твой node.js предлагает для IPC. В Си я бы использовал мутексы.

Posted via ActualForum NNTP Server 1.5

11 мар 17, 13:01    [20284380]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
deemaa
Member

Откуда:
Сообщений: 9
s_ustinov
deemaa
Спасибо
А как в таком случае разрулить , чтобы одновременно два пользователя захотят установить одну и ту же цену на лот?

Погугли ACID

за ACID знаю, вопрос можно ли на монге реализовать?
11 мар 17, 13:58    [20284457]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
s_ustinov
deemaa
Спасибо
А как в таком случае разрулить , чтобы одновременно два пользователя захотят установить одну и ту же цену на лот?

Погугли ACID
воот. Хочется нормального acid лучше взять судб, которая поддерживает его без кучи оговорок
11 мар 17, 14:52    [20284504]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
s_ustinov
Member

Откуда: Munchen, DE
Сообщений: 2312
Alexander Ryndin
s_ustinov
пропущено...

Погугли ACID
воот. Хочется нормального acid лучше взять судб, которая поддерживает его без кучи оговорок

+1

Does MongoDB support ACID transactions?

Yes, but in a limited sense. MongoDB supports ACID transactions at the document level; today MongoDB does not support multi-document transactions.
11 мар 17, 15:38    [20284590]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5145
deemaa
Но почитал про mongodb и хочется попробовать с ней поработать.
и чем вызвано это "хочется" применительно к выбору документарной базы бэкендом для чисто oltp нагрузки?
11 мар 17, 16:25    [20284682]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

Alexander Ryndin
Хочется нормального acid лучше взять судб, которая поддерживает его без кучи оговорок

Осталось только придумать зачем ему ACID-СУБД для real-time торгов, где все структуры - в
ОЗУ, для взаимодействия с ними в коде достаточно мутексов, а на диск уходит только
история. Единственный ответ, который я вижу: руки разработчика не дотягиваются до таких
вещей из места откуда растут.

Posted via ActualForum NNTP Server 1.5

11 мар 17, 16:47    [20284726]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5145
Dimitry Sibiryakov
Осталось только придумать зачем ему ACID-СУБД для real-time торгов, где все структуры - в ОЗУ,
персистентность состояния?
11 мар 17, 18:03    [20284869]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

Дедушка
персистентность состояния?

В смысле, чтобы продолжить торги с той точки в которой произошло падение сервера? Ну, если
ты считаешь, что ТС неспособен создать непадучий сервер, то именно для этого он (и я) выше
упомянул логи всех действий пользователей и состояния лота. Достаточно их писать в
синхронном режиме (хоть в текстовый файл) и читать на следующем старте сервера. СУБД-то
тут зачем?

Posted via ActualForum NNTP Server 1.5

11 мар 17, 18:26    [20284942]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5145
Dimitry Sibiryakov
Ну, если ты считаешь, что ТС неспособен создать непадучий сервер
я бы не сказал, что это просто.
также ТС упомянул про "запросы". делать запросы к этим текстовым файлам?
итого, обработка в памяти + ACID + синхронный персистентный лог, хм... тю, це ж Tarantool :)
11 мар 17, 18:42    [20284984]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Yo.!
Guest
Dimitry Sibiryakov
В смысле, чтобы продолжить торги с той точки в которой произошло падение сервера? Ну, если
ты считаешь, что ТС неспособен создать непадучий сервер, то именно для этого он (и я) выше
упомянул логи всех действий пользователей и состояния лота. Достаточно их писать в
синхронном режиме (хоть в текстовый файл) и читать на следующем старте сервера.

не достаточно.
и не проси разжевывать, мы оба знаем - тебе, бесполезно.
11 мар 17, 18:52    [20285014]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

Дедушка
также ТС упомянул про "запросы". делать запросы к этим текстовым файлам?

Он не просто "упомянул про запросы", он привёл их список. И самое удивительное, что все
эти "запросы" - на "посмотреть лог" пользователя или лота.

Posted via ActualForum NNTP Server 1.5

11 мар 17, 19:48    [20285108]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

Yo.!
не достаточно.

Ух ты, оказывается, писать redo-лог и при нештатном падении сервиса его читать с целью
восстановления состояния системы - недостаточно. "А мужики-то не знают..." (с)

Posted via ActualForum NNTP Server 1.5

11 мар 17, 19:50    [20285115]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Yo.!
Guest
Dimitry Sibiryakov
Ух ты, оказывается, писать redo-лог и при нештатном падении сервиса его читать с целью
восстановления состояния системы - недостаточно. "А мужики-то не знают..." (с)

в реду-логе все построено вокруг SCN, причем пишется в параллель.
11 мар 17, 20:29    [20285235]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

Yo.!
в реду-логе все построено вокруг SCN, причем пишется в параллель.

Осталось только понять: назачем автору SCN и запись в параллель, если у него предложения
на лот приходят последовательно.

Posted via ActualForum NNTP Server 1.5

11 мар 17, 20:58    [20285318]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
deemaa
Member

Откуда:
Сообщений: 9
Что то обсуждение зашло куда-то не туда...
Я всего лишь хотел посоветоваться, подходит ли mongo для решения конкретной задачи

p.s. Надеюсь про отказ от бд и текстовые файлы это шутка была?
12 мар 17, 00:32    [20285902]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5145
deemaa,

я там выше упоминал уже посмотрите на Tarantool
12 мар 17, 00:49    [20285934]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
чччД
Guest
deemaa
Что то обсуждение зашло куда-то не туда...
Я всего лишь хотел посоветоваться, подходит ли mongo для решения конкретной задачи

p.s. Надеюсь про отказ от бд и текстовые файлы это шутка была?

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

Конечно, никаких текстовых файлов, Дима просто шутит так, но сам он незлой.
12 мар 17, 01:41    [20286001]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

deemaa
p.s. Надеюсь про отказ от бд и текстовые файлы это шутка была?

Вообще-то это самый простой, надёжный и быстродействующий вариант с практически
неограниченным масштабированием, но ты, конечно, можешь считать его шуткой, если хочешь.

Posted via ActualForum NNTP Server 1.5

13 мар 17, 23:04    [20291660]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 9892
Dimitry Sibiryakov
deemaa
p.s. Надеюсь про отказ от бд и текстовые файлы это шутка была?

Вообще-то это самый простой, надёжный и быстродействующий вариант с практически
неограниченным масштабированием, но ты, конечно, можешь считать его шуткой, если хочешь.


Я не уверен, что это "самый простой".

Как мне кажется, что в ситуации, когда этот вариант будет "надёжным и быстродействующим" он не будет таким "самым простым"

Хранил данные в виде сериализованных Java-объектов и узнал очень многое о сериализации в Java ))). Просто оно выглядит на первый взгляд, а если "надёжное и быстродействующее", "то все не так очевидно" ( C ) дочь офицера. AFAIK
15 мар 17, 01:01    [20295839]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

Ну, ты ещё XМL вспомни... Обычный CSV для задачи аффтара вполне достаточен.

Posted via ActualForum NNTP Server 1.5

15 мар 17, 01:04    [20295843]     Ответить | Цитировать Сообщить модератору
 Re: Sql vs nosql для проекта (real-time торги)  [new]
Товарищ Дональд Трамп
Member [заблокирован]

Откуда:
Сообщений: 37
Можно подумать, что за неиспользование РСУБД в пользу использования текстовых файлов дадут премию. "Вот, не стал экономить время, все сам с нуля сделал. Награду герою!"
15 мар 17, 01:30    [20295873]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить