>>189134
Ты как бы не совсем понимаешь, как хранятся данные в таких огромных хранилищах, как у гугла, фейсбука или даже вконтакте. Если в обычной БД операции вставки/удаления/изменения будут непосредственно оперировать над данными, то в таких системах хранятся не данные, а операции, производимые над ними. То, что уже когда-то как-то попало в хранилище, больше никогда не будет изменено - оно останется там навечно. Все последующие операции с данными будут сохраняться в виде дополнительных записей, эдакой "истории изменений".
Т.е, например, загрузил ты видео с котиком на ютуб. Потом изменил его название. Потом добавил сабы на него. Потом описание написал. Потом твое видео было удалено. В обычной БД это была бы одна запись типа (видео|название|описание|субтитры), которая бы менялась при каждом твоем действии. В хранилищах же это будет несколько записей типа "изменено название", "изменено описание", "изменены субтитры", "видео удалено". При этом конченый пользователь видит (ну, должен, по крайней мере) лишь итоговый результат всех этих преобразований - видео удалено, промежуточные версии скрыты от него. Чем-то напоминает VCS, только в гораздо, гораздо большем масштабе.
Зачем это надо - другой вопрос. Теории заговора и маркетинговые политики тут, в общем-то, не при чем, это диктуется соображениями построения более простой и надежной архитектуры гигантского распределенного хранилища в десятки и сотни петабайт. Как правильно заметили выше, удаление и модификация информации - очень затратная и сложная с точки зрения синхронизации процедура. Представь себе гугловую инфраструктуру более чем с миллионом серверов и десятками экзабайт информации - там все не так просто. Поэтому и применяются подобные технологии.
