Битва NoSQL vs RDBMS и нужна ли БД схема. Раунд 2. Начали!

>Довольные собой разработчики собирают желающих отпраздновать событие.

Они б еще парад в честь этого устроили

глупая битва

> написанной на Erlang

Дальше не читал.

c:masonic major

>> написанной на Erlang

Дальше не читал.

я тожэ, вместо этого сразу установил! ^_^ эрланг — такая няшечка :3

> Дальше не читал.

GTFO

Erlang/OTP is a way to go.

> Они б еще парад в честь этого устроили

А хоть бы и парад. Событие годное, релиз 1.0 — это вам не тут.

Хахаха) Эзотерическое ПО)))

надо не забыть положить его в community когда время будет...

Бесполезное говно без транзакций

транзакции - тупик эволюционного развития десктопных недоаксессов.

минор и мажор оставьте для музыки.

существенный, основной, значительный релиз.

лол

интересно, как они борятся с падением всей vm эрланга по исчерпанию одним из процессов памяти в куче.

Они падают вместе. И собирают в честь этого парад. Потому что они ...

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

^_^ эрланг — такая няшечка :3

Google знает о вас всё!

http://www.google.ru/insights/search/#q=yiff%2Cerlang&cmpt=q

закопайте это УГ. noSQL бд не нужны.

та что вы такое говорите. А когда в середине записи данных в базу происходит внезапное отключение электричества, что Вы делаете?

за ними будущее. SQL - это альпийское нищенство в системах хранения данных.

Да не с диване такого не будет там запись атомарная это они гарантируют, там нет транзакционности если сохраняешь 2 или более документов сразу, тоесть нет целостности, данные битыми не попадут в базу. Чтобы сделать на ней простейший электронный магазин надо танцевать долго и упорно. Короче игрушка

конечно же. А также нищество кроссплатформенный язык описания структур данных xsd, Типы данных добжны быть строго определены, иначе с ними невозможно работать.

я в курсе, ага. Сейчас с mongo мучаюсь

>та что вы такое говорите. А когда в середине записи данных в базу происходит внезапное отключение электричества, что Вы делаете?

тоже самое, что и при любых других перекосах в данных. Пользуясь избыточностью данных, восстанавливаю консистентность.

>избыточностью данных
оу, то есть для Вас избыточность данных - это норма?

>оу, то есть для Вас избыточность данных - это норма?

да. иначе не будет возможности проверить базу на непротиворечивость.

>А также нищество кроссплатформенный язык описания структур данных xsd, Типы данных добжны быть строго определены, иначе с ними невозможно работать.

в огороде бузина, а в Киеве...

ух ты. Чтоб вы знали, избыточность как вызывает противоречивость. Нет избыточности - нет противоречивости. Ясно. Пациент совершенно не владеет теорией баз данных. Читать Дейта до просветления. Следующий!

обоснуй.

> обоснуй.

Вместо дублирования — ссылки на один источник. Это как телевизор с одним каналом подключённый прямо в мозг: какую чушь не пори она ни с чем не противоречит.

Нормализация предназначена для приведения структуры базы данных к виду, обеспечивающему минимальную избыточность, то есть нормализация не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение объёма БД. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в БД информации.

(c) http://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD...

для десткого сада разжевываю: чем меньше избыточность - тем меньше противоречивость

ссылку на Дейта искать лениво, но он это подтверждает.

> На момент написания новости ебилдов не обнаружено

Фирма автора софта: http://www.couch.io/
Билд под Мак готов сразу.

> для десткого сада разжевываю: чем меньше избыточность - тем меньше противоречивость

Следуя вашей логике RAID - полное говно, в котором все данные противоречивы)

дружище, я знаю, что такое нормализация, в институтах учился всё же когда-то. потрудись пожалуйста посмотреть, на какое сообщение я отвечал ;)

виноват, не заметил. Собственно, на это я уже тоже ответил.
Типы данных добжны быть строго определены, иначе с ними невозможно работать.

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

> Типы данных добжны быть строго определены, иначе с ними невозможно работать.

Вот я в питоне не определяю строго типы данных, но умудряюсь как-то работать. И даже сохранять в файл и загружать из файла структуры данных.

я с вами вовсе не спорю, т.к. в nosql совсем не шарю (никогда не прикасался к ним), просто было интересно узнать, почему вы считаете, что они «уг». не более. это так, чтоб прояснить ситуацию.

ЯП с динамической типизацией имеют свои свои способы для работы с подобными данными, ЯП != база данныч. К тому же, насколько я знаю, любая обертка (Джанго, Рейлс) предлагают как раз таки более строгую типизацию.

Собственно, не уверен, что питон стоит чего-либо. Уж простите, но ЯП с динамической типизацией полны такого колоссального неудобства для программиста, что я удивляюсь каждый день, что на них кто-то пишет. И не жалко им себя ведь.

Следуя вашей логике RAID - полное говно, в котором все данные противоречивы)

не путайте пожалуйста железячную организацию данных и софтварную. Там действуют различные принципы.

NoSQL-базы уступают РСУБД во всем, кроме горизонтальной масштабируемости. Да и то, из крупных игроков их сейчас используют только единицы.

>Следуя вашей логике RAID - полное говно, в котором все данные противоречивы)

Ты о каком RAID говоришь? RAID0? :)
Вопрос по теме - у NoSQL есть мат. фундамент как у реляционных БД?

насколько я знаю, нету. Это чисто прикладная штука.

> закопайте это УГ. noSQL бд не нужны.

Как ты смеешь?! Это же open source. Он свят по определению.

> Ты о каком RAID говоришь? RAID0? :)

Исключая RAID0, он все же не для отказоустойчивости сделан.

Вопрос по теме - у NoSQL есть мат. фундамент как у реляционных БД?

Это я если честно хз, но это имеет малое отношение к отказоустойчивости БД. Думается применимо к данному продукту можно говорить о мат. фундаменте, который дает ФП как таковое.

Наличие мат. фундамента не освобождает как от косяков реализации, так и от косяков модели.

> Собственно, не уверен, что питон стоит чего-либо. Уж простите, но ЯП с динамической типизацией полны такого колоссального неудобства для программиста, что я удивляюсь каждый день, что на них кто-то пишет. И не жалко им себя ведь.

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

не путайте пожалуйста железячную организацию данных и софтварную. Там действуют различные принципы.

А вы не путайте избыточность модели данных и избыточность способа хранения. Если НФ требуют избавится от избыточности в модели данных, чтобы вы сами же и не накосячили, то избыточность хранения позволяет как раз восстанавливаться после ошибок.

Бесполезное говно без транзакций

Можете сказать, в каких задачах вам нужны транзакции? Пожалуйста, по-конкретнее, только.

>насколько я знаю, нету. Это чисто прикладная штука.

тогда пусть полежит до зимы за сараем.

>ЯП с динамической типизацией имеют свои свои способы для работы с подобными данными, ЯП != база данныч.

sqlite?

blob-field или binary data ?

К тому же, насколько я знаю, любая обертка (Джанго, Рейлс) предлагают как раз таки более строгую типизацию.

erlang?

И потом, каким боком sql приплетен к типам данных?

Код святым быть не может, даже если он на ерланге.

закопайте это УГ. noSQL бд не нужны.

Да это же главный специалист по 20-петабайтным системам бизнес-аналитики, испытывающий нереальный батхерт с монго!

>Наличие мат. фундамента не освобождает как от косяков реализации, так и от косяков модели.

а его отсутствие гарантирует и то и другое.