Pull to refresh
-3
0
Максим @maxru

User

Send message
Ух ты, он живой :)
Отличная работа, спасибо.
«Лень — двигатель прогресса»

«Упаси вас Бог от общения с людьми, которые не предлагают аргументов, а сыплют не подтверждёнными цитатами слабо известных им людей» (с) Цицерон
В оригинальной цитате имеется в виду фейл сервера БД, а не приложения. Что произойдёт с закоммиченной транзакцией на сервере OrientDB при обрубании источника питания?
Отнюдь. Durability — это не про автоматический откат транзакций.
Если у вас головная боль от размышлений на тему консистентности — подберите себе другую профессию.
Приятно, что монга не умеет чего-то, что вроде как умеет ориент.

Ваша цитата, к какой части моего комментария относится?
Отличное чтиво.

Не прочитал и страницы, как наткнулся на раздел:
Breaking of ACID properties when using remote protocol and Commands (SQL, Gremlin, JS, etc)


Т.е., как и монга «в целом ACID, но иногда не ACID»

Про «Durability», авторы, похоже, не совсем понимают, что это вообще означает, т.е. цитату из wikipedia они приводят, конечно, но смысла её не понимают, судя по следующей цитате:

If you're using an OrientDB Server connected remotely, if your application crashes the engine continue to work, but any pending transaction owned by the client will be rolled back.
Некоторые, особо «передовые» программисты, предлагают хранить каждый тип моделей в своей СУБД. «Важные данные» в реляционных, деревья в графовых, а примитивные вообще в словарях. Но подобные подходы вида «всякой задаче свой инструмент» лишь добавляют головной боли (и как следствие багов разной степени тяжести) на тему консистентности данных в разных частях приложения.


Заявление с апломбом, а факты где?
Они не удовлетворяют требованиям ACID (Атомарность, Согласованность, Изолированность, Надёжность). OrientDB этим требованиям удовлетворяет.


Обоснуйте по каждому пункту, пожалуйста. Желательно с примерами.
зеркалирование БД в реальном времени


Зеркалирование или репликация? Если зеркалирование, то какая у вас СУБД?
В том же посте написано:
> Для таких задач очень хорошо подходит точная копия боевого сайта

Частичный дамп — не есть «точная копия».
накатывается свежий дамп БД

А если БД 500 Гб весит?
А ещё — лежит на удалённом сервере, бэкапится на удалённом сервере, копируется на сервер сборок и там долго и уныло разворачивается.
Для одноразовой команды достаточно было лимит оперативной памяти увеличить, костыль ничем не лучше и не худе вашего.
Ну да, наименее затратным.
А когда и параллельные процессы начнут жрать память, будете дальше распараллеливать и сервера закупать?
Тесты на знание метода сортировки пузырьком?
На каждый пакет из 50 entities тратится, в среднем, 190мб памяти, с каждым новым пакетом кол-во использованной памяти росло


И вместо того, чтобы найти причину, почему Doctrine (doctrine ведь?) сжирает ресурсы, было принято решение распараллелить процессы?
Могли бы интереса ради, и информацию из ФБ Канина приложить.

Коммерсант — конечно, удивил меня несказанно.
Журналист, звонивший с вопросом прокомментировать слухи, с трудом выговаривал слова «2can», «iBox», «PayMe». И абсолютно не понимал темы, о которой он спрашивает.

На мое «мы много что обсуждаем, но это я бы не хотел комментировать» — написал «ведутся переговоры».
Назавтра уже другой журналист прислал письмо типа «вычитайте». На мой ответ «очень рано гнать волну» ответили «есть утечка, мы спешим тиснуть новость, и она выйдет. С вашими комментариями или без оных».

В итоге, в заметке полная каша, винегрет и даже явная неправда. Но кого ж это волнует?
Легко палится, находится, сносится.
Тема за 99$, конечно, такая тема… *кашляет в кулачок*
1. Да. Так я вам и рассказал.
2. Свой.
3-4. Так я вам и рассказал.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity