Pull to refresh
0
Сергей @Kobsread⁠-⁠only

User

Send message
Как сторонник заговора могу сказать, что никакой проблемы не было, а эта статья просто способ вызвать подозрительность у населения к западной технике и отвлечь внимание от реальных проблем.

Это шутка если кто не понял
и таки да, Хабр не для политики.
Собственно этот принцип работает везде, в том числе и на Хабре. Особенно это проявляется в открытых сообществах.
Очевидно поэтому тут почти не осталось хороших технических статей, а те что есть в основном переводы.
:)
Люди любят красивую обертку и им насрать на то что внутри, во всяком случае пока они не развернут эту обертку.
Так уж сложилось что красивые обертки в большинстве случаев получаются у людей с гуманитарным складом ума, а вот хорошие конфетки у людей с математическим складом ума.
В этом и проблема всех стартапов. Деньги дают безолаберным гуманитариям которые, в силу своих способностей, кроме красивой обертки ничего сделать не могут. А математики и технари просто не умеют представить красиво свой продукт.
Честно говоря зашел под кат только ради голосования, а тут такой облом :)
«актеры сериала»: array('actor_id (from actor document)' => 'Actor Name (for caching reason),.....)

.find({ «актеры сериала.actor_id»: {$exists:true} )
И что? Меняйте. Имя сериала это описательное поле, это не индекс. А что если в реляционной базе понадобится внести дополнительное поле описания? Это же надо будет изменить структуру таблицы для всего что уже записано и переиндексировать потом все с начала. Да везде есть нетривиальные задачи, но документарные базы позволяют их решать проще если у вас большое количество данных. С небольшим количеством данных удобнее работать в реляционной модели, но если данных много и приходится учитывать операции индексирования, то документарная модель лучше справляется.
Вы путаете проще и привычнее. А кроме того забываете про связанность данных и как следствие переиндексирование реляционных таблиц. При этом когда вы сравниваете реляционные базы с документарными вы не учитываете возможность разных полей описания для разных сериалов и серий. Например если сериалы у вас делятся на типы (боевики, семейные, для взрослых и т.д.) то в некоторых из типов будут присутствовать дополнительные поля описания (например количество трупов) а в других нет.
Простой выборкой по полю «актеры сериала»
Кто вам сказал что удаление это тривиальная задача? И кстати, удаление гораздо более не тривиально в реляционных данных.
В комментарии выше я дал направление. Если хотите вот вам схемы для документов:
СЕРИИ (все поля не обязательны)

{
«название серии»:
«название сериала»:
«id сериала»:
«название сезона»:
«id сезона»:
«актеры сериала»:< array[,...] >
«актеры серии»:< array[,...] >
«описание»:…
}

— КОММЕНТАРИЙ (все поля не обязательны)

{
«название серии»:
«название сериала»:
«id сериала»:
«название сезона»:
«id сезона»:
«актеры сериала»:< array[,...] >
«актеры серии»:< array[,...] >
«Комментарий»:…
}

Хотите помощь в реальной задаче — пишите в личку.
> Документ — это большой JSON объект
Это не обязательно большой обьект

>Вот пример документа одного сериала, Вавилон 5
Почему вы решили что это оптимальная модель данных?
Почему например документ не может из себя представлять описание эпизода?
А другой документ описание сериала. Причем эти документы можно разнести по разным коллекциям.

Мне кажется вы даже не пытались думать над моделью данных, все доводы это одна большая явная ошибка.
Вы бы сначала разобрались в моделировании данных, разделили бы коллекции, и сделали бы все правильно, а потом бы уже кричали какарул монго мне данные того сего. Ну не разобрались в нереляционной модели, привыкли реляционным базам, ну бывает, зачем сразу столько пафоса «Вы никогда не должны использовать MongoDB»?

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

Либо у вас за этой рутиной не хватило времени разобраться в моделировании данных под монго, либо… одно из двух.
Есть только один вопрос: Зачем?
Теперь это не хабр, а мегагавно*

*Это только моё мнение, но я с ним полностью согласен
sarcasm>Звездануть тополем это чтобы и у остальных тоже не было возможности обновлять своё ПО? Ну правильно, а чё? Все равно КРЫМНАШ! /sarcasm>
Генпрокуратура РФ провела заседание экспертной группы вопросам взаимодействия с коррупцией
Ну так допилили бы до таких параметров и только после этого начинали продавать, а так только идею дискредитировали.
Как же это все надоело…
«Миллионы людей могут умереть от удушья поскольку не получили лицензию на дыхание от министерства здравоохранения»
Я бы хотел чтобы либертарианские идеи победили.
>Каждый раз, когда я говорю людям о проблеме криптовалют, люди убеждают меня в том, что правительство безусловно уничтожит криптовалюты благодаря своему могуществу, налогообложению, и тому подобное.

Биткоин не запрещают по двум причинам.
Первая, совсем не основная, — сделать это сложно. Примерно так же как торренты. Но можно (Германия хороший пример такого запрета)
А вторая — основная. Как ни парадоксально это прозвучит, но правительству и большей части элиты, как национальной так и мировой, не выгодна сегодняшняя банковская система, которая в настоящих условиях не способствует экономике, а наоборот является угрозой экономического кризиса.
Что делать интернет-магазинам? Продавайте за биткоин )
1
23 ...

Information

Rating
Does not participate
Location
Хайфа, Израиль
Registered
Activity