Наверное не совсем в тему, но они планируют вводить check constraints? Schema-free и т.д. — это очень круто, но в реалиях надо бы и некоторые поля сделать уникальными, и полей таких в документе может быть несколько, так что превратить их в _id будет невозможно.
С транзакциями тоже не все ясно, обновить 2 документа в рамках атомарной транзакции — реальность и один из основных вариантов использования, однако ни слова про это нигде не говорится (может я плохо искал?).
Здравствуйте, Аноним, Вы писали:
А>Наверное не совсем в тему, но они планируют вводить check constraints? Schema-free и т.д. — это очень круто, но в реалиях надо бы и некоторые поля сделать уникальными, и полей таких в документе может быть несколько, так что превратить их в _id будет невозможно. А>С транзакциями тоже не все ясно, обновить 2 документа в рамках атомарной транзакции — реальность и один из основных вариантов использования, однако ни слова про это нигде не говорится (может я плохо искал?).
Транзакций в их Restful интерфейсе кажется нет. Когда я смотрел — не было. Я давно смотрел, надо проверить еще раз. Если их нет в REST API, значит нет вообще.
Вообще, счастье было бы гораздо ближе, если бы они дали нативный Erlang-интерфейс, чтобы можно было использовать эту штуку как сервер приложений для веб, не ыходя за границу процесса, а не только BD. Плюс — воможность писать map-reduce на Эрланге, чтобы работало на той же виртуальной машине без оверхэда.
Вот тогда это было бы реально круто. Самое главное — ведь это не стоит им ничего. Но нет, блин.
G> Вообще, счастье было бы гораздо ближе, если бы они дали нативный Erlang-интерфейс, чтобы можно было использовать эту штуку как сервер приложений для веб, не ыходя за границу процесса, а не только BD. Плюс — воможность писать map-reduce на Эрланге, чтобы работало на той же виртуальной машине без оверхэда.
G> Вот тогда это было бы реально круто. Самое главное — ведь это не стоит им ничего. Но нет, блин.
Здравствуйте, Аноним, Вы писали:
А>Наверное не совсем в тему, но они планируют вводить check constraints? Schema-free и т.д. — это очень круто, но в реалиях надо бы и некоторые поля сделать уникальными, и полей таких в документе может быть несколько, так что превратить их в _id будет невозможно. А>С транзакциями тоже не все ясно, обновить 2 документа в рамках атомарной транзакции — реальность и один из основных вариантов использования, однако ни слова про это нигде не говорится (может я плохо искал?).
Что-то я не понял чем эта база лучше, чем другие. Точнее, мне кажется, она всем хуже...
P> Что-то я не понял чем эта база лучше, чем другие. Точнее, мне кажется, она всем хуже...
Она лучше, чем реляционные базы данных для зхранения нереляционных данных Например, для хранения schemaless документов (документов с изменяемой структурой)
G> Вообще, счастье было бы гораздо ближе, если бы они дали нативный Erlang-интерфейс, чтобы можно было использовать эту штуку как сервер приложений для веб, не ыходя за границу процесса, а не только BD. Плюс — воможность писать map-reduce на Эрланге, чтобы работало на той же виртуальной машине без оверхэда.
Здравствуйте, Gaperton, Вы писали:
G>Здравствуйте, Аноним, Вы писали:
А>>Наверное не совсем в тему, но они планируют вводить check constraints? Schema-free и т.д. — это очень круто, но в реалиях надо бы и некоторые поля сделать уникальными, и полей таких в документе может быть несколько, так что превратить их в _id будет невозможно. А>>С транзакциями тоже не все ясно, обновить 2 документа в рамках атомарной транзакции — реальность и один из основных вариантов использования, однако ни слова про это нигде не говорится (может я плохо искал?).
G>Транзакций в их Restful интерфейсе кажется нет. Когда я смотрел — не было. Я давно смотрел, надо проверить еще раз. Если их нет в REST API, значит нет вообще.
In this case, all three documents will be saved, and the response will show success for all of them. However if the document with id 0 had a conflict, both versions will be present in the database, with an arbitrary choice made as to which appears in views. You can check for this status using a GET with ?conflicts=true
G>Вообще, счастье было бы гораздо ближе, если бы они дали нативный Erlang-интерфейс, чтобы можно было использовать эту штуку как сервер приложений для веб, не ыходя за границу процесса, а не только BD. Плюс — воможность писать map-reduce на Эрланге, чтобы работало на той же виртуальной машине без оверхэда.
Точнее, мне кажется, она всем хуже...
Например, для хранения schemaless документов (документов с изменяемой структурой)
