Ссылка на репо и описание .
Там же есть ссылка на самоучитель, если подробнее.

Если совсем кратко

Документная джисон ориентированая

Простой синтаксис

Есть Джоины

Есть ОРМ

Есть Транзакции

Есть АСИД

Наполовину ИнМемони (блоб поля не инмемори, плюс пишет транзакционный лог)

Работает весьма быстро, за счет новой архитектуры

===========================================
= DniproDB v1.0.3 [SELFTEST] (c)Booben.Com =
===========================================
[Test: 1] Generate 1M jsons. Each with 3 attributes
Template:{'attr1':'%d','attr2':'%d','obj':{'attr3':'%d'}}...
=> Time: 1610 ms. Queries/sec: 621118
===========================================
[Test: 2] Insert 1M jsons to database whithin 1M transactions.
Each with 3 attributes (insert 3M attributes)...
=> Time: 3772 ms. Queries/sec: 265111
===========================================
[Test: 3] Insert 1M nested attributes to database within 1 transaction
(for each document one new attribute)...
=> Time: 475 ms. Queries/sec: 2105263
===========================================
[Test: 4] Lookup 1M attributes in documents.
(for each document one lookup attribute)...
=> Time: 279 ms. Queries/sec: 3584229 Control value: 123000000
===========================================
[Test: 5] 1M queries like:
Find all docs where {'attr2':'1'}, {'attr2':'2'}, {'attr2':'3'}...
=> Time: 134 ms. Queries/sec: 7462686 Control value: 159655040
===========================================
[Test: 6] 1M queries like:
Find all docs where {'attr1':'1','attr2':'1'}, {'attr1':'2','attr2':'2'}...
=> Time: 308 ms. Queries/sec: 3246753 Control value: 127691776
===========================================
[Test: 7] 1M queries like:
Find all docs where {'attr1':'1','attr2':'1','obj':{'attr3':'1'}}, {'attr1':'2'
'attr2':'2', 'obj':{'attr3':'2'}}...
=> Time: 413 ms. Queries/sec: 2421307 Control value: 127691776
===========================================
[Test: 8] Update 1M nested attributes in database within 1 transaction
(for each document one updated attribute)...
=> Time: 613 ms. Queries/sec: 1631321
===========================================
[Test: 12] Delete 1M nested attributes in database within 1 transaction
(for each document delete one nested attribute)...
=> Time: 353 ms. Queries/sec: 2832861
===========================================
=> Total Time: 7957 ms. Total Queries: 9000000
=> [iCore 5, Dnipro v1_0_3]: 7994 ms
===========================================
Restart server in normal mode ? (y/n):

Arm79Посмотрел примеры. И что, запросы тоже надо в JSON писать? Вообще же жесть.
Реализуй LINQ-провайдер, тогда хоть перспективы появятся.

Там есть Link Queries. Дот Нет, Джава, С++
Linq.NET провайдер не реализовую ввиду невозможности его портировать под другие языковые клиенты.

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

tanglirArm79Реализуй LINQ-провайдерНасколько я помню, афтар принципиально против каких бы то ни было "обвесов"(его термин). Впрочем, за последний год это могло измениться.

Против обвесов, с сомнительной пользой.
Так точнее.

vadiminfostop,
Вы планируете критиковать то, что в реестре отечественного ПО?

Даже не знаю что в этом реестре записано.

vadiminfoВо сколько раз Ваше СУБД лучше?

Этот вопрос не может иметь четкого ответа в ввиду отсудствия шкалы оценки.
В данном случае эта СУБД делает упор на простоту использования, транзакции и скорость.

Dimitry SibiryakovstopВ данном случае эта СУБД делает упор на простоту использования, транзакции и
скорость.
А где в вышеприведённом примере транзакции?

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

Но интересно конечно не это. Интересно то, что база в обычном своем режиме "топчет"
тот же MS SQL в 40+ раз , Монгу в 10+ раз и тд.

vadiminfostopДаже не знаю что в этом реестре записано.

.
Но Вы же в рамках импортозамещения? Или на открытом рынке?

На открытом. В рамках импортозамещения у вас там как я понял свои правила игры.

Arm79вы серьезно считаете это : db["Employee"].AddDoc("{'fname':'MrStop'}");
няшным интерфейсом?

Няшный в моем понимании:
db.Employee.Insert(new Employee {fname = 'MrStop'});
или
db<Employee>.Insert(new {fname = 'MrStop'});

В общем, где то как тот так. Исключительно в своих эгоистичных интересах.

В первом посте, там есть ссылка и на книгу. Dnipro In Using.
И там как раз есть то, что описано у Вас.
Ведь Джисон, это всеголишь еще одна абстракция, удобная для тогоже Джаваскрипт, например.
Выше это полноценная и очень мощная ОРМ.

Arm79И еще замечание
авторThe database required Windows platform. Installation package contains two applications. DniproServer.exe
Written on C++ and running as console application which opens port 4477.
А что, windows service не освоен? какой дурак будет db server держать консолькой? Любой туповатый сотрудник поддержки может легко сессию завершить, и весь сервис грохнется. Да даже и случайно можно это сделать

Пока Beta и в отладке, то держу консолькой. Так удобней.
В консольке же можно запускать запросы и выполнять скрипты прямо на сервере.
Позже будут админ тулы и будет сервис.

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

skyANAstopМонгу в 10+ раз и тд.
ну да, ну да... а где бенчмарки с участием различных движков MongoDB посмотреть, трёх-четырёх?

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

https://github.com/Bazist/DniproServer/blob/master/DniproDB/DniproDB/Test.h

На что способна ваша машинка с Днипро, можно узнать если в консоли запустить db.SelfTest()

Также я выкладывал выше результаты более высокоуровневых бенчмарков, через ДотНет провайдер.

Также если будете делать тесты, учитывайте пожалуйста, что Mongo не поддерживает ACID и Транзакции.
А также при добавлении документа, он не индексируется по всем полям ( кроме блоб ). Так что желательно это учесть в бенчмарках.

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

Такова специфика базы.
Наконец с пользователя снят головняк добавлять индексы.
Если индекс не нужен. Ну там картинка видео длинный текст - создавайте блоб.

По поводу размеров тут все специфично. Инвертация дает компрессию данных. На это можно найти много примеров. Но есть и оверхед в других примерах. Для разных данных он будет разный как и везде

Ну окей. Давайте начнем с азов.
Тут важно понять саму архитектуру.

Arm79Например, добавляется сложный иерархический и весьма объемный json.


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

Итак, берем формат

Arm79Кстати, в PostreeSql используется бинарный формат json. Вы анализировали?

И пытаемся понять, что у нас произойдет если мы захотим, допустим, вставить 1 млн атрибутов в середину ...
Один новый атрибут, для каждого документа. Очевидно что Монге или Постгресу прийдется идти и перезаписывать каждый такой бинарный джисон ! А сколько это займет времени ?
Не мало. Мегабайты прочитать и перезаписать. С некоторыми небольшими оптимизациями.

Вместе с тем Днипре достаточно просто вставить 1 млн ключей.
Днипра это сделает за считаные миллисекунды, разница буде в сотни раз с Монгой или Постгресом ...

Далее, тотже пример, с 100 млн джисонов нам нужно вычитать только по три аттрибута с каждого.
Что произойдет с бисонами и прочьим трешем ? Опять будем читать всё с небольшими оптимизациями ...

Днипре, вычитка нескольких ключей, опять шестизначные цифры в количестве запросов в секунду,
В Монге и Постгрю бинарный треш ...

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

Короче Днипра ведет себя как поколоночное хранилище, хорошо оптимизироаное на вставки и апдейты документов,
(а что нам еще нужно?). Она предоставляет транзакции и ОРМ и имеет няшный синтаксис.
Вместе с тем Постгрес, Монго, Каучи и прочий западный треш спасет только выброс в море.

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

Сегодня в репо я добавил новый раздел. DniproExample там я буду собирать примеры работ на Днипре.

Перечитайте мой пост выше.
Также в книге моей есть архитектура. Самые первые страницы.

В целом, чтобы не разбираться в множестве этого треша, могу дать следующий ориентир.
Если база не индексирует по всем полям джисон (как полнотекстовый движок) значит
она не использует инвертацию раз, не работает эффективно два.

Кто тут неленивый, пишите бенчмарки. Но я бы не стал тратить на это время, если
вчитаться в то что я написал выше. Это глупо. Речь идет не о 10%, а о десятках и сотнях раз.
Именно во столько Днипра топчет всякие недолугие бисоны.

vadiminfostopНа открытом. В рамках импортозамещения у вас там как я понял свои правила игры.
Зато на в рамках импортозамещения нет опасных конкурентов. Там качество может быть ниже, а цена выше. Такая возможность не часто бывает.

А на открытом начнется: Флэшбэки, Секции (партиции), Резервные БД, Синхронная репликация, Аналитические запросы с оконными ф-ми и т.д. и т.п. Тут надо что-то эдакое, чтобы прорваться.

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

Если в импортозамещение уйдут базы тогоже Стоунберга, Пост Ингрес или Линтер то ИМХО, это будет шаг назад.
Нет никаких серьезных приимуществ у этих баз и собраны они по книжкам 20ти летней давности.

skyANAstopПеречитайте мой пост выше.
Зачем? Чтобы ещё раз задать свои вопросы?

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

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

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

Удачи в дальнейшем слепом освоении американских поделок )

skyANAstopЭтот разговор пуст. Поскольку нет понимания что же все-таки происходит внутри.
Вот это верная мысль, так как у Вас нет понимания того, что происходит внутри различных движков, доступных для монги.

Я вам уже ответил на вопрос.
Современные движки монги - муссор. Обьяснил на пальцах как работают бисоны.
Пояснил почему такие подходы работают в десятки раз медленее.
Намекнул почему такие ущербные архитектуры не увидят транзакции и АСИД. Индусы могут поднапрячься конечно,
но на бенчмарках всеравно всех выведут на чистую воду.
Обратного вы доказать не сможете, поскольку это разговор механика (меня) и водителя (вас).

Arm79Что за странная идея? Почему я что-то должен вставлять в какую то середину? Мне например, неочевидно.


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

Arm79Это совершенно неверное утверждение. Например, у меня есть сложный иерархический JSON, например, профиль клиента ЮЛ. Размер такого JSON может достигать нескольких мегабайт. Из всех реквизитов для поиска используется ну штук 50 реквизитов. Остальные несколько тысяч - идут в нагрузку. Вопрос - зачем мне тратить время на индексацию ВСЕХ реквизитов? Это бессмысленная трата времени.


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

stopВыложите тест, с загрузкой пользовательских JSON (а не то, что у вас 3 атрибута), чтобы каждый мог запустить у себя и рассказать о результатах.


Тестов у меня уже предостаточно. (из выложеных только уже под 20)
Если хотите свой сделать - пожалуйста делайте.

stopКроме того, осталась нераскрыта тема того, каким образом у вас обеспечивается транзакционность, если скорость вставки документов 1-3 млн/сек, а диск, собака такая, не поддерживает такую скорость, из чего следует, что эта толпа документов только у вас в оперативке.


Если в одной транзакции миллион вставок то позволяет делать. Поскольку коммит на диск происходит только на последней операции
db.Commit().

stopИ второй момент, который я хотел бы услышать - если я загружаю JSON с 2 тысячами атрибутов и размером 1 мегабайт, то какой оверхед по потребляемой памяти будет заниматься индексами?


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

stopЗЫ Если речь о "импортозамещении", сравните ваше поделие с Tarantool

Не вижу смысла сравнивать базу с полноценными транзакциями, ОРМ и джисонами
с обычным ИнМемори Key\Value. Ф-сть не эквивалентна.

Arm79stopбазу с полноценными транзакциями, ОРМ и джисонами
с обычным ИнМемори Key\Value
Вы бы сначала почитали про них.


Про кого, про них ?

Arm79Они тоже дают транзакции.


Какие из трех стандартных видов поддерживают ? (ReadCommited, RepeatableRead, Snapshot)

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


А вы уверены что у меня не также ?
Вообщето эта Днипра пришла к нам как форк из поисковика.
А в поисковике терабайты данных и при реиндексировании
нагрузка на ядро миллиарды запросов в час.

К томуже, нет у Меил ру никаких миллионов обращений в секунду.
У Гугла даже таких нагрузок нет. Если про реальные пользовательские обращения,
то всего около 3 миллиардов запросов в сутки.

Arm79Кстати, а где это у вас ОРМ?

А вы уверены что у них не Key\Value ?
У меня, как мы уже разобрались, можно записать в ламповом шарпе на няшном синтаксисе чтото вроде (ORM)




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

Arm79Какое мне дело до "них"? Вы сказали - у меня ОРМ. Я спросил - где? То, что у вас "няшный" синтаксис - это не ОРМ. Безусловно - это плюс, но тогда нужно так и сказать - дружелюбный синтаксис. А ORM - это немного другое


Ничего не понял. Вы отрицаете что это ничто иное как ORM ?
А что же тогда в вашем понимании настоящая ОРМ ?

Arm79Насколько я помню, тарантул не работает напрямую с JSON. Там данные - бинарные + 2 вида индексов + вторичные индексы + LUA в качестве процедурного языка. Mail.ru декларирует ACID. И я им верю. Кстати, тарантул появился в Azure


Какая разница что там декларируют, если вам тяжело это применить на практике.
Key\Value тяжело применять в обычных проектах, Quick Start.
Поэтому вы не смогли переписать мой пример на шарпе на обычную ОРМ задачу.

Arm79ЗЫ Когда вы выкатите сборку под windows-сервис, я обещаюсь поставить и погонять вашу СУБД. С консолькой я даже заморачиваться не хочу.

А я вот не советую. И настоятельно рекомендую юзать Тарантул.
В воспитательных целях.

Arm79stop,

Ну если вы считаете так, то без проблем. Для меня ваша СУБД более не интересна. Удачи в поисках менее требовательных пользователей.

Мое мнение, любые требования должни вести к упрощению использованию СУБД а не усложнению. На первых этапах так точно.
Поэтому винсервис больше напоминает требования танцора.
Инсталляция сервиса будет как минимум подразумевать отдельный пакет инсталляции или запуски батников,
а также разбирательства что пошло не так и копания в Вин Логах в случае ошибок.

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