В каких случаях лучше использовать NoSQL, а в каких SQL?
Пользовался NoSQL и SQL, почувствовал разницу, но до сих пор не могу понять в каких проектах какую БД лучше использовать.
Был бы признателен за ссылку на статью или развёрнутый ответ, чтобы в будущем я мог при проектировании проекта сразу определится с выбором базы данных.
romy4: спорное утверждение, не описывающие что же всё таки можно хранить в NoSQL, а что нет. А если у меня что-то "не готовое" я не могу его положить в Nosql? Вот это и спорно.
romy4: Роман, головная или иная боль - это трудозатраты. Вопрос лежал в области применимости. Если отвечать на него, то NoSQL применим там же где применим любой другой подход к хранения данных. Ваше же изначальное утверждение говорит о том, что данная технология (или набор технологий, подход, наывайте NoSQL как угодно) применим лишь, цитирую "кеш страниц" и "чего-то готового", что звучит как минимум странно. Я бы посоветовал изучить матчасть. https://www.google.ru/search?ie=UTF-8&hl=ru&q=%D0%...
Евгений Быченко: мне безразлично. я бы не применял это ни для чего иного, кроме документов, потому что реляционную логику эмулировать в своём коде — изначально ущербная идея как по производительности, так и чревата багами. А всё равно все веб проекты сводятся к реляционной логике.
веб проекты не используют map/reduce (кроме редких извращений), а специализированные задачи по анализу данных не относятся напрямую к веб проектам, и к данному топику
romy4: у скуля есть жесткие ограничения по производительности на запись. Если вы с ними не сталкивались - это хорошо, но ваша практика - это не вся разработка, не весь софт и не все области применения. Бывают задачи (например diadoc.ru) где на реляционной БД вообще никак.
> у скуля есть жесткие ограничения по производительности на запись.
та не раз. но дело всегда решается оптимизацией записи. рефакторинг из статуса сделано рукожопо в стасус сделано красиво. плюс кластеризация.
@ifaustrue> так diadoc.ru — это ж документы
> я бы не применял это ни для чего иного, кроме документов
romy4: а расскажите мне как вы кластеризируете на запись? Очень интересно было бы взглянуть. Вы придумали хитрый алгоритм active\active мастера?
>>@ifaustrue> так diadoc.ru — это ж документы
Нуууу, ну наверное это можно так назвать, но вообще то это хитрый xml =) Плюс так то там вся логика не только в том чтобы xml' ечки из папки в папку перекладывать, в общем видимо раз вы не в никли в сайт, то и рассказывать безсмысленно.
В общем если вам нечего сказать про тему шардирования записи, то и разговор бессмысленный получается. Видимо мы с вами по разному погружены в тему и технологии.
Да и баг дата, я бы на вашем месте употреблял осторожно. Если они у вас реально дата, это ещё не значит что биг.
