Причем удовлетворение приходит уже после того, как я мысленно доказываю сам себе что да, эта концепция вполне реализуема вот таким вот наиболее оптимальным способом. И за ноутбук уже садиться не хочется.
Что такое документо-ориентированные БД я знаю. Не знал что Tokyo Cabinet умеет работать в «табличном» режиме. Стало интересно, что под этим подразумевается.
А вы хоть пробовали сделать то, что написано в документации? мм?
Там как минимум 2 ошибки в 1 строке.
Бэкенд указывается вот так:
'ENGINE': 'django.db.backends.postgresql_psycopg2'
Очень недальновидно манипулировать файлами через os.path.
Куда грамотней использовать джанговский file storage, ведь вместо стандартного FileSystemStorage может быть что-нибудь другое, например, S3Storage или FTPStorage.
Nokia E60 — 2005 (!) год выпуска, разрешение — 416х352, что почти в 2 раза больше разрешения E71 (320х240), UMTS, WiFi. Естественно, браузер на вебките.
До сих пор использую этот телефон. Кстати, web отрисовывается на E60 лучше, чем на E71 и практически не отличается от рендеринга в сафари. И это все — в 2005 году, задолго до появления айфона с клонами.
кхм, в первую очередь пожалуй надо начинать с денормализации и кеширования, а потом уже нгинксы, лоад балансеры, датабэйс кластеры и прочии репликации.
> Ага, какже. Каменты деревьями нереляционная база данных конечно построит сама )))
Вообще JSON он на то и JSON, чтоб позволять хранить документ поста вместе с деревом комментариев и строить вообще ничего не придется. Но с таким подходом возникают уже другие проблемы, например, «одновременное» добавление комментариев, что по сути будет означать «одновременное» редактирование документа поста.
V8 и greaseMonkey — это просто инструмент формирования нужной выборки. И он может быть любым, хоть Python, хоть Ruby, хоть даже Io language. Говоря человеческим языком, данные прогоняются через программу, которая отсеивает все лишнее и оставляет только нужное, которое потом складывается/добавляется в отдельную коллекцию, которая при последующем запросе отдается уже без протаскивания через «программный фильтр», а потому — достаточно быстро.
JS-движки в качестве бэкендов применяются по умолчанию видимо потому, что JSON — это родной формат JS (JavascriptObjectNotation).
Что значит заменить? Это разные вещи, которые нужно применять для разныз задач. Реляционные БД никуда не денутся. А вот нереляционные документоориентированные и объекториентированные БД, надеюсь, найдут свое место в веб-приложениях. Я вообще считаю, что веб испорчен SQL'ем. Если бы изначально реляционные БД не применялись там, где их функционал явно избыточен, то современный веб выглядел бы совершенно иначе. Все эти френдленты и плоские комментарии — явное следствие использования реляционных БД. JSON куда более природен для восприятия человеком, чем линейные выборки из реляционных БД.
Автор забыл указать один существенный недостаток — ограничение размера базы на 32-битных машинах в 2 Гб. Для преодоления этого барьера, разработчики рекомендуют использовать 64-битные процессоры, однако умалчивают, каким будет ограничение размера базы в этом случае. Подозреваю, что не больше размера ОЗУ. А вы как думали, откуда берется такая скорость? Правильно, объекты хранятся в памяти. Как-то совсем нерационально получается с точки зрения хранения данных, особенно если использовать довольно интересную возможность хранения бинарных данных в MongoDB.
Скажите, пожалуйста, где об этом можно почитать подробнее?
Там как минимум 2 ошибки в 1 строке.
Бэкенд указывается вот так:
'ENGINE': 'django.db.backends.postgresql_psycopg2'
Куда грамотней использовать джанговский file storage, ведь вместо стандартного FileSystemStorage может быть что-нибудь другое, например, S3Storage или FTPStorage.
До сих пор использую этот телефон. Кстати, web отрисовывается на E60 лучше, чем на E71 и практически не отличается от рендеринга в сафари. И это все — в 2005 году, задолго до появления айфона с клонами.
Как же мы себя любим.
Вообще JSON он на то и JSON, чтоб позволять хранить документ поста вместе с деревом комментариев и строить вообще ничего не придется. Но с таким подходом возникают уже другие проблемы, например, «одновременное» добавление комментариев, что по сути будет означать «одновременное» редактирование документа поста.
JS-движки в качестве бэкендов применяются по умолчанию видимо потому, что JSON — это родной формат JS (JavascriptObjectNotation).