The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В рамках проекта LiteTree развивается вариант SQLite с поддержкой ветвления БД

01.09.2018 10:55

Доступна новая встраиваемая СУБД LiteTree, построенная на базе модифицированного движка SQLite, переработанного для поддержки ветвления, по аналогии с Git. Наработки проекта распространяются под лицензией MIT.

LiteTree позволяет хранить несколько вариантов состояния одной базы данных, но в отличие от срезов состояния (снапшотов) каждая ветка может продолжать независимо развиваться, обновляться и дополняться. Таким образом, пользователь получает возможность обращения к БД через несколько точек подключения, каждая из которых связана с определённым ответвлением в развитии БД. Среди практического применения ветвления БД называется реализация структур хранения в виде блокчейнов. В том числе, СУБД LiteTree была создана компанией Blocko специально для проекта Aergo, развивающего универсальную платформу для создания бизнес-систем на базе блокчейна и P2P-коммуникаций.

Все транзакции в LiteTree сохраняются в виде коммитов, каждый из который имеет свой номер. По умолчанию БД привязывается к ветке master, но разработчик может создать ответвление, указав в качестве отправной точки определённый коммит (например, "PRAGMA new_branch=test at master.2"). После этого ветки разделяются и в каждую из них можно отдельно вносить изменения. В каждой ветке применяется идентичная модель нумерации коммитов (номер отражает удаление от первого коммита), что позволяет последовательно перебирать ветки, анализировать возникшие ветвления, возвращаться к любому состоянию БД в прошлом и создавать новые ветки, отбрасывая определённый пласт изменений.

Ограничением предложенной модели хранения является невозможность изменения данных после фиксации коммита - задним числом уже добавленные данные изменить нельзя, возможно только добавить изменение в вершине текущей ветки при помощи нового коммита или создать новую ветку начиная с изменяемого коммита, если необходимо изменить состояние БД относительно этого коммита. Также имеется возможность удаления хвоста ветки, начиная с заданного коммита, переименования ветки или полного удаления ветки.

Для обработки SQL-запросов и манипуляции блоками данных в LiteTree по возможности задействован уже проверенный код SQLite, но для хранения на диске блоков применяется LMDB. Данные сохраняются без применения сжатия с расчётом один блок SQLite на один сектор (4096 байт). Дублирующиеся в разных ветках данные сохраняются только в одном экземпляре, а при создании новой ветки существующие данные не копируются (при выполнении транзакции копируются только связанные с ней изменённые блоки).

Примечательно, что применяемый в LiteTree подход позволил существенно поднять производительность - по сравнению с SQLite новая СУБД в проведённых тестах оказалась более чем в два раза быстрее как при чтении, так и при записи данных. Из пока нереализованных планов на будущее упоминается предоставление средств для анализа различий между ветками, просмотра истории изменений, слияния веток, разграничение доступа к веткам и прикрепления метаданных к веткам или коммитам.

Дополнительно можно отметить похожий проект git-sqlite, позволяющий хранить различные ветки БД в форме Git-репозитория. В отличие от LiteTree в git-sqlite используются немодифицированные SQLite и Git, дополненные прослойками для определения различий между прошлой веткой и текущим состоянием БД, отражения этих различий в Git и слияния разных веток. Тем не менее, так как в git-sqlite для получения выбранной ветки требуется загрузка SQL-дампа из Git и перестроение БД, данная система больше подходит для решения задач архивирования и анализа изменений.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Релиз СУБД SQLite 3.24
  3. OpenNews: Выпуск распределённой СУБД TiDB 2.0
  4. OpenNews: Компания Apple открыла код распределённой СУБД FoundationDB
  5. OpenNews: Стабильный выпуск СУБД MariaDB 10.3
  6. OpenNews: Релиз документо-ориентированной СУБД MongoDB 4.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/49209-sqlite
Ключевые слова: sqlite, database, litetree
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (94) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:14, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    А мерджи есть?
     
     
  • 2.14, Аноним (-), 14:05, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А надо?
     
     
  • 3.27, Аноним (1), 17:53, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Если есть ветки, то нужны и мержи.
     
     
  • 4.42, ананим.orig (?), 23:33, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это будет новая ветка. Делов то.
     
     
  • 5.54, Аноним (-), 13:14, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А может не надо все-таки?
     
     
  • 6.69, ig0r (??), 10:05, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Из пока нереализованных планов на будущее упоминается предоставление средств для анализа различий между ветками, просмотра истории изменений, слияния веток

    слияния веток

     

  • 1.2, ыы (?), 11:16, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >возможно только добавить изменение в вершине текущей ветки при помощи нового коммита

    То есть база держит в себе все архивлоги..за все время... однако...

     
     
  • 2.20, Dmitry77 (ok), 17:05, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Как в блокчейне или в гит
     
     
  • 3.47, trdm (ok), 07:55, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Гит хотя бы для дела это держит.
    А тут мудочейн.
     
     
  • 4.60, Аноним (-), 16:18, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Может блокчейн не так уж плох?
     
     
  • 5.71, Аноним (-), 12:24, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эту часть итерации мы уже проходили
     
  • 2.61, Гентушник (ok), 18:33, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это получается что-то типа неочищаемого лога транзакций.
     

  • 1.3, Аноним (3), 11:18, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    На основе sqlite уже сделана git подобная VCS, в которую сам проект sqlite и использует. Почему бы этот fossil не использовать?
     
     
  • 2.5, имя (?), 11:47, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Как там дела у фоссил? Несколько лет назад собирались же переписывать с нуля?
     
     
  • 3.18, Shifty (?), 16:11, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем переписывать fossil? Каждый жень пользуюсь, идеальный, быстрый, надежный.
     
  • 2.64, Аноним (64), 03:24, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так там уровень абстракции поверх SQLite, а тут встроено в движок БД. Да и вообще для разных задач.
     

  • 1.4, Аноним (4), 11:38, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    При необходимости, такую структуру можно спроектировать и в обычной субд. Зачем городить целый форк?
     
     
  • 2.21, Dmitry77 (ok), 17:15, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    1)Упрощается структура БД
    2)Существующие приложения работают без именений
    3)Можно просмотреть версии и откатываться к любому времени
    4)Возможна специфическая оптимизация по производительности/масштаируемости.
     
     
  • 3.45, Аноним (4), 01:31, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    1 На каждый кунштюк с данными городить форк субд это явно оверинжиниринг.
    2 если приложению ветвление было ненужно в момент его разработки, то такое преемущество сомнительно.
    3 Это можно сделать и в схеме данных на обычной субд
    4 да ладно. Вервления же не происходят по сотне в секунду. Обычная субд справится и по производительности.

     
     
  • 4.49, ыы (?), 09:12, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >1 На каждый кунштюк с данными городить форк субд это явно оверинжиниринг.

    Бигдата же :) Сейчас это стильно и современно. И сразу тут же датамайнинг :)

     
  • 3.103, Жаба (?), 19:23, 10/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Каким образом вот с этим смогут работать "существующие приложения"? Вот буквально где в ANSI SQL про работу с "разными ветками"? Это полнейшая мутотень в духе "я умею пилить лобзиком, поэтому я буду пилить ракетный двигатель им". Типичный JS-головного моска в стадии "микросервиса".
     

  • 1.6, Аноним (6), 12:09, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    ... в LiteTree подход похволил существенно поднять производительность ...
    Кто кого хвалил?
     
  • 1.7, Аноним (7), 12:33, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    очередное блокчейн-ненужно.

    опеннет скатился :-(

     
     
  • 2.12, Аноним (12), 13:24, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    это не опеннет скатился, а итишка деградирует
     
     
  • 3.13, Андрей Конкретный (?), 14:03, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Так иди дворником работать. В чем проблема? Свежий воздух, ЗОЖ, ляпота!
     
     
  • 4.16, Аноним (7), 14:14, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а ты думаешь, дворником легко устроиться?

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

     
     
  • 5.19, Аноним (19), 16:43, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Да в дворники и дураков навроде нашего собеседника-имяложца не берут, там соображалка нужна.
     
  • 4.33, Аноним (12), 19:32, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так вы то и будете дворниками работать, когда ваши поделки начнут коллапсировать из-за обилия багов и дыр.
    история всегда повторяется.
     
     
  • 5.39, таджик (?), 22:25, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    не, не будут. У меня в кишлаке очередь еще на пять лет.

     
  • 5.59, Аноним (-), 16:17, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    20 лет не коллапсировали, а теперь начнут?
     
  • 2.22, Dmitry77 (ok), 17:21, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >очередное блокчейн-ненужно.

    Странно читать такое на опеннете.
    Блокчейн - эта база у которого нет единного хозяина.
    Опенсорс - это свободный програмный код. Блокчейн - свободные данные.

     
     
  • 3.24, Аноним (-), 17:43, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    При этом база, которую нельзя подделать! Ночной кошмар пyтинизмa и всяких гepмиoнов гpeфoв.
     
     
  • 4.29, Илья (??), 19:16, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ночной кошмар

    Сидите там наверное на кухне, весь такой умный и политичный

     
     
  • 5.38, тов. майор (?), 22:21, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на бутылочке он у меня уже сидит. И ты присядешь!
    "и што, сынку, помогли тебе от этого твои брякчейны" ?

     
  • 4.43, Аноним (43), 00:23, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Ахахаха. Базу нельзя подделать. Смешно.
    Скоро большинство государств примотает к каждому гражданину и его действию блокчейн. И будут очередные кандалы для тебя, а не кошмар власти.
     
     
  • 5.50, Аноним (-), 13:03, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Пусть приматывает. Не пользуйся, делов то)) ИНН давно приматало - и че? Я даже при трудоустройстве говорю что у меня его нет. Ни разу еще проблем не было) И блокчейн твой туда же...
     
     
  • 6.55, пох (?), 14:32, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    а трудоустроился-то - дворником? Завидую, братан.

    "проблем" не было - иди, говорят, в налоговую (сейчас, наверное,уже в МФЦ) и получи - и лучше до зарплаты, иначе не начислим.

     
     
  • 7.56, нах (?), 16:11, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    МФЦ? Не, не слышал.
     
     
  • 8.62, Andrey Mitrofanov (?), 19:16, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Минфинцифры же Ну ... текст свёрнут, показать
     
  • 7.72, Аноним (-), 12:28, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а зачем нужен ИНН если налоги платит работодатель? Ведь всем известно, в России население не должно платить налоги, только буржуи!
     
     
  • 8.74, Попугай Кеша (?), 13:50, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Работодатель также выступает налоговым агентом и платит за тебя твой НДФЛ Чтобы... текст свёрнут, показать
     
     
  • 9.89, Аноним (89), 09:18, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну почему, именно по номеру паспорта они узнают ИНН итиотов которые утверждают ч... текст свёрнут, показать
     
     
  • 10.93, нах (?), 11:27, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    если бы если работодатель не занимается чем-то незаконным, типа рытья в краде... большой текст свёрнут, показать
     
     
  • 11.99, edo (ok), 19:13, 05/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    https service nalog ru inn do ... текст свёрнут, показать
     
     
  • 12.101, нах (?), 12:28, 10/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    круто, современные технологии достигли, все дела Интересно только, кто окажется... текст свёрнут, показать
     
  • 6.66, Аноним (89), 09:18, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дворником ты что ли устраивался))
    ППЦ, вы дети Навального, такие забавные, такие непосредственные))
     
  • 6.76, benu (?), 17:31, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    То, что вы не знаете свой ИНН, ещё не значит, что у вас его нет. Проверено лично.
     
  • 6.81, Аноним (-), 22:51, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй при трудоустройстве сказать, что у тебя снилса нет, клован.
     
  • 6.96, Урри (?), 16:12, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зарплата в конверте? Похвально.

    А я вот налоги плачу, пенсионеров содержу - мне без ИНН никуда.

     
  • 2.53, Аноним (-), 13:12, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Гхм... Чтобы скатиться, надо сначала подняться...
     
     
  • 3.79, Аноним (79), 20:52, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и что теперь делать. Отберать у гопников компьютеры?
     

  • 1.8, Аноним (8), 12:40, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    лучше б поддержку массивов добавили, чтоб не приходилось свои конвертеры типов писать
     
     
  • 2.30, Аноним (-), 19:17, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью поддерживаю. Массивы это сила!
     

  • 1.9, mimocrocodile (?), 13:00, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Автор пишет в свой код прямо в склеенный sqlite.c, кек
     
     
  • 2.97, Урри (?), 16:13, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    амальгамейшен не осилил.
     

  • 1.10, Аноним (10), 13:07, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > развивающего ещё одну универсальную платформу

    Поправил.

     
  • 1.11, erthink (ok), 13:17, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ох, знали бы они сколько багов живет внутри LMDB - думаю, не стали бы скрещивать SQLite-ужа с LMDB-ежом.

    В https://github.com/leo-yuriev/libmdbx уже исправлен десяток ошибок.
    Тем не менее, буквально сейчас разбираюсь еще с одной - при стечении обстоятельств движок мержит листовые и не-листовые страницы, смешивая пользовательские данные и внутренние указатели на блоки.

    Что характерно, в оригинальном коде даже ассертов нет для отлавливания подобных ситуаций ;)

     
     
  • 2.15, эффективный манагер (?), 14:07, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Баги есть везде. Главное это позволит ли проект эффективно решать задачи.
     
     
  • 3.17, Аноним (7), 14:23, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ну канешна, задачи попила бабла на около-блокчейновом пузыре не требуют не только чтоб данные не превращались временами в кашу, а и вообще чтоб оно работало. Дизайнер нарисует красивых картинок, их и предъявим.

     
     
  • 4.73, Аноним (-), 12:31, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не только не требуется, но и вредно. Когда через пяток лет очередной блокчейн, построенный на сабже, навернется, погребя данные, все вздохнут с облегчением - и разработчики, и юзеры.
     
     
  • 5.90, нах (?), 09:33, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    два смузи этому джентльмену!
     
  • 3.65, Аноним (64), 03:28, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нифига это не главное. SQLite имеет очень хорошую репутацию по части чистоты кода и минимума багов. Если сделать расширение на том же уровне качества - может и нужно. Но что-то тут качеством не особо пахнет.
     
  • 2.23, Кек (?), 17:21, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем это лучше boltdb и bbolt?
     
     
  • 3.41, erthink (ok), 23:23, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем это лучше boltdb и bbolt?

    Что подразумевается под "это"?

    Причем тут гошечные клоны LMDB?

     
  • 2.75, Lefsha (?), 17:10, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А пощщму В не можете соорудить drop-in replacement для openldap? Чтобы всем было хорошо?
    ведь не работает зарраза после компыляции на имеющейся базе. Да и обертки под systemd нормальной нет. Какой прок от исправления миллиона ошибок, если для обычного применения сие не применимо?
     
     
  • 3.77, erthink (ok), 17:55, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А пощщму В не можете соорудить drop-in replacement для openldap?
    > Чтобы всем было хорошо?
    > ведь не работает зарраза после компыляции на имеющейся базе.

    Ветка master должна быть совместима на уровне drop-in replacement.
    Но вот ветка devel не совместима и никогда не будет совместима на уровне формата БД (и будут еще изменения).
    Если что-то не так, то заведите issue на github - посмотрю как будет время.
    https://github.com/leo-yuriev/ReOpenLDAP

    Тем не менее, официальная рекомендация = отдельная установка с перезаливкой базы посредством slapcat/slapadd.

    > Да и обертки под systemd нормальной нет.

    Попробуйте сделать и оформить pull-request.

    > Какой прок от исправления миллиона ошибок, если
    > для обычного применения сие не применимо?

    Доступен исходный код со всем необходимым для сборки и установки, даже русскоязычные man-страницы (Спасибо Егору Левенца).
    Поэтому использовать всё это точно можно.
    Если хочется больше сервиса, то либо добавляйте его сами (и при желании возвращайте в проект), либо готовьтесь планить за работу.

     
     
  • 4.83, Lefsha (?), 00:13, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо за персональный ответ конечно... Но!
    Согласитесь, если бы оно было на 100% совместимо, то ничего делать не надо бы было.
    Берем новые бинарники и используем сервисы из под openldap.
    Именно так, например, работает openresty <--> nginx. Тот же конфиг подставляешь и работает на ура.

    Если надо делать пул-реквесты, то оно не совместимо. Даже инсталляция по умолчанию идет
    по каким-то нестандартным путям.

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

    И возникает один закономерный вопрос - как же так? Хорошим софтом пользуется только сам автор,
    а плохим все остальные...

    А это все батенька - интеграция. Без нее самый прекрасный софт не нужен, если он конечно не самодостаточен.

    P.S. Хотя если честно была бы у меня машина времени - вернулся бы в тот год, когда LDAP писали и поубывав бы всех пейсателей. Это же надо суметь такую простую идею настолько извратить, что без поллитры не разберешься и каждый объясняет по своему как надо настраивать. Я пока настроил всех богов вспомнил и то не без изврата. Один маразм с posixGroup and GroupofNames чего стоит.

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

    И теперь после того когда оно работает - я первый пристрелю того, кто подойдет это "улучшать".
    Вот такой у нас дикий запад... А как было романтично key-value... романтика...

     
     
  • 5.86, erthink (ok), 08:19, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Согласитесь, если бы оно было на 100% совместимо, то ничего делать не надо бы было.
    > Берем новые бинарники и используем сервисы из под openldap.
    > Именно так, например, работает openresty <--> nginx. Тот же конфиг подставляешь и работает на ура.
    > Если надо делать пул-реквесты, то оно не совместимо.

    Перечитайте мой ответ.
    Если не совместимо - заводите issue.
    Если что-то умеете руками - pull-request.

    > Даже инсталляция по умолчанию идет по каким-то нестандартным путям.

    Рекомендую научиться пользоваться configure, а после рассуждать.

    > И вот получается, проникся человек докладом, как у нас все хорошо получилось и какие товарищи из LDAP немного с приветом, а потом бац... и нэ работает.

    Еще раз - если что-то не работает, то заводите issue.
    Но предупреждаю, что я закрою issue не вникая, если увижу что вы не умеете пользоваться продуктом.

     
  • 4.84, Lefsha (?), 00:42, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Во что меньше всего нужно, так это русскоязычная документация. Удобно должно быть всем, а не 1% населения шарика.

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

    Платить за насквозь геморройный концепт LDAP могут наверно только владельцы телекоммуникационных
    компаний. Хотя если есть деньги куда проще сделать нормальный key-value без непонятно кому нужных
    scheme c кучей бессмысленных номеров, которые сами авторы не научились нормально писать.

    За деньги можно когда сам продукт как nginx - приличный и не хватает прибамбасов или поддержки.

    На самом же деле смешно и глупо. В 2018 Linux/Unix так и не научился адекватно времени манипулировать пользователями. Windows против Linux в корпоративной среде это просто отец западной демократии против алкоголика. Но... выбор есть... можно аж в файлах все хранить или
    поднимать LDAP с помощью заклинаний, молитв и колдовства.

    Мы же в Оффис не умеем! Мы сервер! А пользователи? - Какие пользователи?...

     
     
  • 5.87, erthink (ok), 08:28, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Во что меньше всего нужно, так это русскоязычная документация. Удобно должно быть
    > всем, а не 1% населения шарика.

    Учите русский, либо делайте переводы и pull-request-ы.
    А меньше всего на самом деле нужна ваша подобная писанина.

    > Я верю, что автор кода сможет настроить сие чудо у себя на
    > сервере. Еще пару знакомых можно подключить.
    >
    > Платить за насквозь геморройный концепт LDAP могут наверно только владельцы телекоммуникационных
    > компаний. Хотя если есть деньги куда проще сделать нормальный key-value без непонятно
    > кому нужных
    > scheme c кучей бессмысленных номеров, которые сами авторы не научились нормально писать.

    Если вы не понимаете LDAP, почему он такой и зачем, то вполне вероятно что он вам не нужен.
    Отойдите в сторону и не мешайте.

    > За деньги можно когда сам продукт как nginx - приличный и не
    > хватает прибамбасов или поддержки.
    > На самом же деле смешно и глупо. В 2018 Linux/Unix так и
    > не научился адекватно времени манипулировать пользователями. Windows против Linux в корпоративной
    > среде это просто отец западной демократии против алкоголика. Но... выбор есть...
    > можно аж в файлах все хранить или
    > поднимать LDAP с помощью заклинаний, молитв и колдовства.

    Учитесь пользоваться бесплатным продуктом, либо платите за сервис.

     
     
  • 6.92, Lefsha (?), 10:15, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я повторяю. Не стоит переходить на личности! Я к Вам лично претензий не предъявлял!

    Если честно вызывает смех фраза - "Учите русский, либо делайте переводы и pull-request-ы."
    Это Вы мне предлагаете учить русский или всему земному шару? - Хотя и первое и второе
    либо оскорбление, либо глупость. Сами решите какой смысл Вы туда вложили.

    А смешен тут тот факт, что человек который ратует за обучение русскому языку не может обойтись
    без англицизмов, которые в 99% случаев имеют аналоги в том самом русском языке, на котором Вы пытаетесь говорить!

    Мою писанину тут, напомню, что это форум, а не совещание у директора, читать никто не заставляет.
    Если разобраться, то наверно 90+% написанного здесь не имеет никакого смысла и пользы,
    включая Ваш ответ!

    Заметьте, на все мои обоснованные претензии Вы не дали ни одного толкогового ответа.
    Вместо этого перешли на личности и стали оскорблять. Это не говорит о Вашей адекватности.

    > Отойдите в сторону и не мешайте.
    > Учитесь пользоваться бесплатным продуктом, либо платите за сервис.

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

    Выше было написано, что я разобрался и настроил LDAP включая модули оверлеи и мониторы.
    Это не изменило моего отношения к продукту как кривому и безобразно сделанному поделию.
    Но! Им я пока вынужден пользоваться. Вашим же продуктом - точно нет.

     
  • 6.94, Lefsha (?), 14:05, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Хотелось бы вернуться в дискуссию по теме.
    Факт состоит в том, что альтернативы LDAP нет. Это относительно уникальная ситуация, где обычно всегда бывают 2-3, а иногда и больше альтернатив какому-то продукту.

    Соотвественно рынок точно нуждается в альтернативе. Тут сомнений нет.

    Может ли ReOpenLDAP быть такой альтернативой? - Скорее всего нет.
    Для альтернативности нужно отличие, такое которое притянет пользователей, которых не устраивает
    имеющийся продукт. Причин для этого масса.

    ReOpenLDAP якобы исправляет ошибки имеющегося продукта. В таком случае
    возвращаю Вам Ваш совет - отправляйте pull-requests to upstream. Так Вы сделаете
    больше людей счастливыми. Если Ваши исправления НЕ принимаются, значит либо
    ошибки не считаются ошибками по мнению авторов, либо качество решения не соответствует
    их требованию. В таком случае есть большое сомнение, что альтернативное решение вообще имеет смысл.

    И вообще "улучшать" продукт идеи которого берут начало в 80х годах прошлого века по меньшей мере глупо. Если писать с чистого листа современное решение очевидно должно быть совершенно другим.
    Т.е. это изначально тупиковый путь.

    И как только появится адекватная альтернатива неадекватному LDAP и о вашей ветке все быстро забудут.

    А вот если бы Вы отказались от наследия LDAP и создали бы продукт решающий ту же самую проблему
    современным способом, то цены бы ему не было!!!

     
     
  • 7.95, erthink (ok), 15:45, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > ReOpenLDAP якобы исправляет ошибки имеющегося продукта. В таком случае
    > возвращаю Вам Ваш совет - отправляйте pull-requests to upstream. Так Вы сделаете
    > больше людей счастливыми. Если Ваши исправления НЕ принимаются, значит либо
    > ошибки не считаются ошибками по мнению авторов, либо качество решения не соответствует
    > их требованию. В таком случае есть большое сомнение, что альтернативное решение вообще имеет смысл.

    Пожалуйста, разберитесь с информацией по теме, а уже после излагайте умозаключения и давайте какие-либо "ценные советы" и/или "ценные указания".
    Лучше всего - САМИ реализуйте все ваши предложения/пожелания/соображения.

    ReOpenLDAP был форкнут по многократно описанным причинам для решения производственных задач в инфраструктуре управления сетью ПАО МегаФон (https://github.com/leo-yuriev/ReOpenLDAP/wiki).
    Результат проделанной работы сохранен в OpenSource и им можно пользоваться.
    А при наличии компетенций, желания и возможностей - вносить свой вклад через https://github.com/leo-yuriev/ReOpenLDAP или https://gitlab.com/erthink/ReOpenLDAP.

    Если же что-то не нравится и/или не устраивает, то делайте свой форк или развивайте openldap.
    Вы можете сделать свою (сколь угодно хорошую) версию продукта и даже зарабатывать на ней.
    (Всё вышеперечисленное, конечно, на условиях http://www.openldap.org/software/release/license.html)

    > А вот если бы Вы отказались от наследия LDAP и создали бы продукт решающий ту же самую проблему
    > современным способом, то цены бы ему не было!!!

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

     
     
  • 8.98, Lefsha (?), 21:54, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вы предлагаете мне разобраться с информацией Но Вы не смогли или не захотели по... большой текст свёрнут, показать
     
  • 4.85, Lefsha (?), 00:45, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И главное мы все понимаем, что я прав. Как сказал один пьяный из душа...

    Так что лучше все таки не открывать ящик Пандоры еще раз... ClosedLDAP
    KilledLDAP, NoLDAP, NoMoreLDAP - мне нравятся куда больше :-)

     
     
  • 5.88, erthink (ok), 08:43, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И главное мы все понимаем, что я прав. Как сказал один пьяный
    > из душа...
    >
    > Так что лучше все таки не открывать ящик Пандоры еще раз... ClosedLDAP
    >
    > KilledLDAP, NoLDAP, NoMoreLDAP - мне нравятся куда больше :-)

    Я вижу что:
    - Вы не готовы изучать инструкции для использования бесплатного продукта.
    - Вы не можете что-то привнести в открытый продукт своими руками.
    - Вы не готовы платить за сервис и/или уже сделанную работу.

    Делаю вывод, что продукт (ReOpenLDAP) вам не нужен, либо вы не сможете ни пользоваться им, ни улучшить его.
    Поэтому вы мне не интересны, так как совсем бесполезны.
    "По щучьему велению, по моему хотению" - можете писать сколько вам угодно.

     
     
  • 6.91, Lefsha (?), 09:59, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да откуда.. openLDAP же мне за деньги настроили...

    - Я в свою очередь вижу, что логическое мышление у Вас хромает.
    - И да ReOpenLDAP мне не интересен пока он не используется на практике
    хотя бы 10% пользователей LDAP.
    - Это Вы утверждаете, что исправили кучу ошибок. Но сколько их Вы сами принвнесли
    в проект никто не знает и не узнает пока продуктом никто не пользуется.
    - Чтобы продуктом пользовались и по сути тестировали бесплатно, коли Вы рассуждаете
    о деньгах, надо, чтобы он был удобен и адекватен. Это не так.
    - В одном соглашусь - я точно так же как Вы даже не взгляну на Ваш продукт
    пока им не захотят пользоваться другие и он хотя бы появится в AUR.

    И мне кажется Вы слишком много на себя берете, рассуждая что мне надо и чего нет.
    Заметьте я на личности не переходил. Я рассуждал о неудобствах использования
    такого продукта как OpenLDAP. И мое мнение поддерживают многие люди судя
    по комментариям в сети. Напротив, я не видел ни одного человека включая Вас,
    утверждавшего, что LDAP это гениальный продукт инженерной мысли.

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

     
  • 2.100, nobodynoone (?), 18:24, 06/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    О, кстати, а Говард что по этому поводу говорит? Он знамо любит сыпать преувеличениями какое всё его хорошее. Патчи в апстрим тоже не принимает как и с опенлдапом?
     
     
  • 3.104, erthink (ok), 22:37, 06/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Какие-то странности.
    Вроде-бы отвечал вам, а сейчас вместо ответа вижу +1 в уведомлениях со ссылкой на ваш вопрос.

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

    Говард, в целом, верен себе.
    В том числе, он не согласился с наличием мега-бага https://github.com/leo-yuriev/libmdbx/issues/38.

    Но патчи в LMDB уже не пройдут.
    Собственно ReOpenLDAP был форкнут вместе с LMDB в самом начале 2015, а libmdbx была отделена изнутри ReOpenLDAP примерно через 9 месяцев.

    Сейчас значимых отличий более чем достаточно https://bit.ly/2AV6vwB.
    Некоторые из них Говард не собирался брать еще в самом начале (например LIFO_RECLAIM).

     

  • 1.25, Аноним (-), 17:45, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как думаете, почему современные школьники больше интересуются дотой, чем программированием? По-моему мы теряем поколение...
     
     
  • 2.28, пох (?), 17:59, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    чувак, как там у тебя в 2003м?

    у нас тут жопа полная - то поколение выросло, дота стало немодна и приелась, так что оно изучило программирование и начало писать всякий мусор или портить хорошие проекты, дорвавшись до управления ими. А нормальные программисты впали в старческий маразм.

     
     
  • 3.35, нах (?), 21:03, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если дорвались, значит талантливые! Не завидуй.
     
     
  • 4.36, пох (?), 21:58, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Если дорвались, значит талантливые! Не завидуй.

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


     
     
  • 5.51, Аноним (-), 13:04, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не волнуйся, менеджер тебе не грозит. Будешь рядовым джуном до седых седин.
     
  • 2.34, Кек (?), 20:14, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Делать ботов на ML/DL/AI явный успех приема на работу, программисты уже не нужны пусть искуственный интеллект париться по этому поводу.
     
  • 2.82, Аноним (-), 22:55, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вон вместо доты научили необучаемого программировать, так он маны прочитать не осилил и превратил линукс в самодельного помойного монстра, на радость микрософту. Пусть дети дальше в доту играют, ежели у них душа к ней лежит.
     

  • 1.37, Аноним (37), 22:12, 01/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А зачем там GIT нужен?
     
     
  • 2.40, пох (?), 22:59, 01/09/2018 [^] [^^] [^^^] [ответить]  
  • –7 +/
    там нет гита. ненужен. Как и весь этот блокчейновый трэш.

    гит есть в git-sqlite, которую почему-то упомянули как похожий проект, но там на деле ничего похожег, это банальное хранение базы в гите - для какой-нибудь не очень большой, редко обновляемой базы, конфиг там сложный, или еще что, что не с руки было хранить просто плейнтекстом, где важно в любой момент получить git diff "что было пять лет назад, и что поменялось по сей день". (то есть смысл в том, что это не блоб sqlite добавлен в гит, а именно гиту приделано понимание sqlite) Но оно немодное, неблокчейновое и не "не-такое-как-все", поэтому успеха не имеет.

     
     
  • 3.57, нах (?), 16:14, 02/09/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Блокчейн, дип ленинг, бигдата, машин ленинг, нейросети - все это современные мавроди, шарлатаны от айти. Куда они нас приведут, одному шайтану известно...
     
     
  • 4.67, . (?), 09:35, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Аллах с тобой, дорога шайтана - она одна и куда ведет - очень хорошо известно. "котлы в нем железные, питьё в нем только кипяток и гной. Одежды в нем из огня и у него 7 врат."

     
  • 4.68, 1 (??), 09:53, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да не ... Просто пена маркетинга уйдёт и все эти технологии займут своё место.

    Хотя нейросети - это прошлый век - сейчас второй заход, бигдата - начало 2000х, а машинное обучение ... так вообще пролог вспоминается.

     
     
  • 5.80, Аноним (79), 20:54, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну зашло же с Алексой, Алисой, Кортаной и Сири.
    Вот Вам и бигдата и распознование .... Правда что-то мне подсказывает, что там дело все совсем в другом ...
     

  • 1.70, йййй (?), 10:44, 03/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    О, еще одна "универсальная платформа для создания бизнес-систем на базе блокчейна". Интересно, они о Hyperledger Fabric слышали.
     
  • 1.102, Жаба (?), 19:18, 10/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Фиксация комита" Ааааааа
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру