Drive your career as React Developer with Symphony Solutions!
×Закрыть

Разработка WEB платформы

Добрый день коллеги.
Есть идея, желание ну и время написать WEB платформу для одной индустрии,по типу doc.ua.
Выбор технологии определеятся, какие базы лучше использовать SQLvsMongo.
Посоветуйте плиз из вашего опыта как лучше будет в перспективе и дальнейшего использования. Я могу писать как MEAN stack так DotNet Core.
Буду признателен за совет.

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
SQL vs Mongo

Зависит от гарантий которые вам нужны. У RDBMS гранатий много, но столь же много ограничений, и очень дорого на масштабах > 10 тб. У монги и в сторону на nosql, понижается цена и количество фич и гранатий. Если можете соблюсти все необходимые гарантии на уровне модели или приложения (что с шарпами очень маловероятно) — можете отказыватся от RDBMS. Кроме того, никто не отменял гибридные решения с разными хранилищами под разные задачи.

Спасибо за совет. Очень полезно знать мнение. Ранее с такой масштабируемостью приложений не работал но есть старт ап который хочется реализвать.

поскольку каждый посоветует что сам умеет то используйте то что умете сами
хотя сомневаюсь что ваш уровень знаний позволит написать какую либо платформу вообще
Те кто умеют писать платформы не выясняют какая Бд лучше

С чего такая уверенность в способностях. Я их писал и не одну. Но такого масштаба нет.

В таких приложениях как док уа, просто масса реляций. Там монга пыпьет все соки и сроки.
WEB большими буквами намекает на дипломную работу -)

DotnetCore + PostgreSQL/MySQL стек сейчас один из самых лучши и по удобству разработки и по перформансу.
SQL Server — тоже ок, но если будете в облаке хоститься, учти что цены на managed версию этой базы (Azure SQL, RDS) очень кусючие.

DotnetCore + PostgreSQL/MySQL

 Не самый лучший по удобству разработки, это совершенно точно. Если не бить себя по рукам каждую строчку, превращается в такое же врайт онли как и всё остальное. Учитывая что С# и .net немножечко отстали от языков что на острие прогресса.

Учитывая что С# и .net немножечко отстали от языков что на острие прогресса.

Прохладные былины от скалолаза.

Да нет, прохладная реальность скалолаза.

Сначала будет эффективней посмотреть CAP теорему

По-идее, SQL если вы с заказчиком четко понимаете, какие поля есть в документах и как они взаимосвязаны. Если документы в свободном формате, либо их может быть овердофига видов — тогда NoSQL — поиск в тексте документа.
Это теория но, вроде, как раз для таких задач и делали NoSQL.

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

Спасибо большое. Прекрасный ответ и подсказка. Тогда Mongo.

Раз виникають такі запитання, то це повне дно. Надіюся криза розставить крапки над ö

Там у чувака реляционная модель головного мозга

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

Скорее реляционные субд за это время обросли json-возможностями и могут теснить монгу.

Т.е. ты думаешь что главное преимущество nosql это «json-возможности»?

Да, перестала. Там появились даже транзакции, ну и да писать как под SQL на NOSQL базе данных просто нельзя.

Подписаться на комментарии