История изменений
Исправление hobbit, (текущая версия) :
Вообще, любители NoSQL упирают не на то, что там нет связей, а на то, что NoSQL заточен под гибкое распределение обработки данных между серверами и big data. Почему всё это нельзя сделать средствами реляционных СУБД, при этом никто внятно объяснить не пытается.
А гибкость и отсутствие строгой структуры БД - это далеко не всегда достоинство, IMHO. Ну да, при разработке выбрасывается проектирование БД, но ведь есть ещё отладка и сопровождение...
Мы с коллегами лет семнадцать назад велосипедили БД супер-гибкой структуры, в которую можно пихать всё, что угодно. В результате пришли к тому, что проще потратить время на проектирование БД, чем велосипедить в программах кучу костылей для работы с «универсальной» структурой.
Правда, петабайт и даже терабайт данных у нас тогда не было. Возможно, это решающий аргумент.
Исправление hobbit, :
Вообще, любители NoSQL упирают не на то, что там нет связей, а на то, что NoSQL заточен под гибкое распределение обработки данных между серверами и big data. Почему всё это нельзя сделать средствами реляционных СУБД, при этом никто внятно объяснить не пытается.
А гибкость и отсутствие строгой структуры БД - это далеко не всегда достоинство, IMHO. Ну да, при разработке выбрасывается проектирование БД, но ведь есть ещё отладка и сопровождение...
Мы с коллегами лет надцать назад велосипедили БД супер-гибкой структуры, в которую можно пихать всё, что угодно. В результате пришли к тому, что проще потратить время на проектирование БД, чем велосипедить в программах кучу костылей для работы с «универсальной» структурой.
Правда, терабайт данных у нас тогда не было. Возможно, это решающий аргумент.
Исправление hobbit, :
Вообще, любители NoSQL упирают не на то, что там нет связей, а на то, что NoSQL заточен под гибкое распределение обработки данных между серверами и big data. Почему всё это нельзя сделать средствами реляционных СУБД, при этом никто внятно объяснить не пытается.
А гибкость и отсутствие строгой структуры БД - это далеко не всегда достоинство, IMHO. Ну да, при разработке выбрасывается проектирование БД, но ведь есть ещё отладка и сопровождение...
Исходная версия hobbit, :
Вообще, любители NoSQL упирают не на то, что там нет связей, а на то, что NoSQL заточен под гибкое распределение обработки данных между серверами и big data. Почему всё это нельзя сделать средствами реляционных БД, при этом никто внятно объяснить не пытается.
А гибкость и отсутствие строгой структуры БД - это далеко не всегда достоинство. Ну да, при разработке выбрасывается проектирование БД, но ведь есть ещё отладка и сопровождение...