Модель масштабируемой базы данных «e-Commerce» - PullRequest
2 голосов
/ 05 апреля 2010

Мне бы хотелось понять масштабируемость базы данных, поэтому я только что услышал доклад о привычках высоко масштабируемых веб-приложений

http://techportal.inviqa.com/2010/03/02/habits-of-highly-scalable-web-applications/

На этом докладчик в основном говорит о масштабируемости реляционных баз данных.

Я также читал кое-что о таблицах, ориентированных на MapReduce и Column, больших таблицах, гипертабельных таблицах и т. Д., Пытаясь понять, какие самые современные методы масштабирования данных веб-приложений. Но для второй группы мне трудно понять, куда она подходит.

Служит надежным хранилищем данных для транзакций? или нет, это просто для большого доступа и обработки, а также для обработки мелкозернистых операций, которые нам когда-либо понадобятся, чтобы полагаться на СУБД?

Может ли кто-нибудь дать исчерпывающий обзор этих новых технологий и как их использовать?

1 Ответ

1 голос
/ 06 апреля 2010

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

NOSQL - это класс инструментов, предназначенных для решения проблем, которые не совсем подходят для реляционных баз данных. Масштабируемость является самой известной, хотя вряд ли она актуальна для большинства разработчиков. Я думаю, что другой ключевой вариант использования, который мы пока не видим, это для небольших проектов, которым вообще не нужно беспокоиться о характеристиках хранилища данных, и они могут просто использовать стандартное значение - возможность пропустить проектирование базы данных, ORM и поддержка баз данных довольно привлекательны.

В частности, для электронной коммерции вам, вероятно, лучше использовать sql хотя бы частично - вы можете использовать NOSQL для получения сведений о продукте или механизма рекомендаций, но вы хотите, чтобы ваши данные о продажах были представлены в легко запрашиваемой таблице sql.

...