Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 13   вперед  Ctrl
 Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
Arm79
Member

Откуда: МО, Раменское
Сообщений: 3697
stop
Arm79
Вы бы сначала почитали про них.


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

Про тарантул. Раз уж речь шла в последних постах о них.

stop
А вы уверены что у меня не также ?

Нет, не уверен. Но я же и не отрицал, что у вас не так.

stop
К томуже, нет у Меил ру никаких миллионов обращений в секунду.

Да ладно? ))) Вообще то каждый хит у них проверяется на наличие сессионных ключей либо их выдачу по логину/паролю + рекламная сеть. На конфе они как раз говорили, что 1-2 млн обращений в сек обслуживается 4 тарантулами, и около 10 млн (и 12 тарантулов) у них уходит на рекламную сеть. По мне так впечатляющие цифры.


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


А вы уверены что у них не Key\Value ?

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

stop
А каже это сделать на Тарантуле ?

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

ЗЫ Когда вы выкатите сборку под windows-сервис, я обещаюсь поставить и погонять вашу СУБД. С консолькой я даже заморачиваться не хочу.
2 апр 16, 21:41    [19009739]     Ответить | Цитировать Сообщить модератору
 Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
stop
Member [заблокирован]

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


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

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


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

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


А я вот не советую. И настоятельно рекомендую юзать Тарантул.
В воспитательных целях.
2 апр 16, 21:56    [19009786]     Ответить | Цитировать Сообщить модератору
 Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
Arm79
Member

Откуда: МО, Раменское
Сообщений: 3697
stop,

Ну если вы считаете так, то без проблем. Для меня ваша СУБД более не интересна. Удачи в поисках менее требовательных пользователей.
2 апр 16, 22:00    [19009793]     Ответить | Цитировать Сообщить модератору
 Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
Arm79
stop,

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


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

Между тем, консоль просто нужно запустить, предоставляет интерпретатор запросов и выводит ошибки, в случае чего.
Думаю кто захочет попробовать, смирится с тем что нет ВинСервиса.
2 апр 16, 22:07    [19009808]     Ответить | Цитировать Сообщить модератору
 Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
kealon(Ruslan)
Member

Откуда: Нижневартовск
Сообщений: 6645
stop
Если в одной транзакции миллион вставок то позволяет делать. Поскольку коммит на диск происходит только на последней операции
db.Commit().

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


  • дистр тока для Win будет поддерживаться?
  • как с масштабированием на несколько серверов?
  • 3 апр 16, 08:33    [19010384]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    Vadim999
    Member [скрыт]

    Откуда:
    Сообщений: 107
    Бугага. Почитал тред под пивко. Весело то как. Топикстартер знатный тролль, а вы ребята ему поддакиваете, советы даёте, а ведь серьезные мужики :)
    3 апр 16, 14:29    [19010958]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    kealon(Ruslan)
    stop
    Если в одной транзакции миллион вставок то позволяет делать. Поскольку коммит на диск происходит только на последней операции
    db.Commit().

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


    Если речь о раздельных транзакциях, тоесть после каждой транзакции гарантированый
    flush() на диск, то 250-300 тыс\сек транзакций на уровне ядра. Flush на диск медленая операция.

    kealon(Ruslan)
  • дистр тока для Win будет поддерживаться?


  • Под Линукс запланирован порт к концу мая. Какието работы уже ведутся в этом направлении.

    kealon(Ruslan)
  • как с масштабированием на несколько серверов?


  • Эти работы тоже запланированы, но пока я не вижу реальных проектов где нужна срочно такая штука.
    Вы же учитывайте, что вот эти цифры в х10 раз, в х20 раз быстрее, по сути означает
    что можно выбросить N серверов на других базах и оставить 1 на днипре + 1 зеркало, опционально.

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

    Я кстате добавил интересный раздел, примеры использования
    https://github.com/Bazist/DniproExamples

    Так вот болванка на этот форум на MVC.NET+DniproDB можно записать в сотню другую строк кода и час два времени.
    3 апр 16, 17:55    [19011303]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    Vadim999
    Бугага. Почитал тред под пивко. Весело то как. Топикстартер знатный тролль, а вы ребята ему поддакиваете, советы даёте, а ведь серьезные мужики :)


    Уважаемый, меня тут знают как человека который копает темы по базам данных с 2010 года, тоесть шесть лет.
    А вы кто такой ?
    3 апр 16, 17:58    [19011306]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    SergSuper
    Member

    Откуда: SPb
    Сообщений: 5488
    stop
    Vadim999
    Бугага. Почитал тред под пивко. Весело то как. Топикстартер знатный тролль, а вы ребята ему поддакиваете, советы даёте, а ведь серьезные мужики :)


    Уважаемый, меня тут знают как человека который копает темы по базам данных с 2010 года, тоесть шесть лет.
    А вы кто такой ?
    интересно откуда 6 лет, когда Вы неделю назад зарегистрировались?
    я кстати тут с основания сайта, но про Вас не в курсе
    кто Вы такой?
    3 апр 16, 19:34    [19011543]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    SergSuper
    интересно откуда 6 лет, когда Вы неделю назад зарегистрировались?
    я кстати тут с основания сайта, но про Вас не в курсе
    кто Вы такой?


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

    А теперь я бы хотел вернуться к конструктивным и техническим вопросам, ведь именно ради них
    я нахожу время сюда вообще заходить.
    3 апр 16, 20:24    [19011759]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    schi
    Member

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


    Вы бы на английском грамотно писали, был бы смысл. А то глаз режет.
    3 апр 16, 22:49    [19012271]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    Я отвечаю на 99% за техническую часть проекта.
    С документацией естественно есть проблемы, если у Вас есть любые предложения по улучшению, вы владеете английским на хорошем уровне и Вы видите явные ишью которые хотите улучшить, то рекомендую написать в Гит ишью с конкретными предложениями по правкам. Всегда открыт к любому сотрудничеству.
    3 апр 16, 23:44    [19012381]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    kdv
    Member

    Откуда: iBase.ru
    Сообщений: 30290
    гм, что-то мне кажется, это какой-то цирк.
    18998114
    stop
    Time: 134 ms. Queries/sec: 7462686

    1млн запросов за 134 миллисекунды? То есть, на 1 запрос - 134 пикосекунды?
    По-моему, это какие-то рандомные циферки.
    stop
    А в поисковике терабайты данных и при реиндексировании нагрузка на ядро миллиарды запросов в час.

    эээ, какое еще ядро? кластер же. вся эта нагрузка прекрасно распределяется, и никакой "один" сервер никакие миллиарды запросов в час не выполняет.
    stop
    Вы же учитывайте, что вот эти цифры в х10 раз, в х20 раз быстрее, по сути означает
    что можно выбросить N серверов на других базах и оставить 1 на днипре + 1 зеркало, опционально.

    я так понимаю, что Днипро - это Cache номер два, как минимум. РСУБД выкинуть, все переписать на JSON?
    stop
    на диск, то 250-300 тыс\сек транзакций на уровне ядра.

    на какой именно диск?
    4 апр 16, 00:43    [19012445]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    Рекомендую бенчмарков внимательнее почитать.
    Исходник я присылал.
    4 апр 16, 00:51    [19012462]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    skyANA
    Member

    Откуда: Зеленоград
    Сообщений: 28355
    kdv
    гм, что-то мне кажется, это какой-то цирк

    На арене Базист жонглирует своим стебельком в ожидании очередного бана..
    4 апр 16, 09:17    [19012767]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    Я тут скорее зритель.
    А на арене те, кто не знает таблицы умножения.

    kdv
    гм, что-то мне кажется, это какой-то цирк.
    18998114
    stop
    Time: 134 ms. Queries/sec: 7462686

    1млн запросов за 134 миллисекунды? То есть, на 1 запрос - 134 пикосекунды?
    По-моему, это какие-то рандомные циферки.


    Для справки, 1 пикосекунда это одна триллионная секунды.
    Ктото ошибся на три порядка. Правильный ответ 134 наносекунды.
    4 апр 16, 09:39    [19012863]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    kdv
    Member

    Откуда: iBase.ru
    Сообщений: 30290
    stop
    Правильный ответ 134 наносекунды.

    подумаешь, наносекунды с пикосекундами перепутал...
    4 апр 16, 10:11    [19013040]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    Добавил метод для отката базы данных на любую дату с точностью до секунды:

    Формат
    db.RestoreOnDate(2016,04,04, 12,15)

    Помогает если нужно откатить всю базу данных "на вчера".
    (были утрачены данные неправилой бизнесс логикой приложения, запущеными скриптами, единичными апдейтами и тд)
    4 апр 16, 17:21    [19015694]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    roden
    Member

    Откуда:
    Сообщений: 741
    stop, думаю, пора уже предлагать Сбербанку вместо Оракла.
    4 апр 16, 18:58    [19016042]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    roden
    stop, думаю, пора уже предлагать Сбербанку вместо Оракла.


    В реестре же толь барский Линтер.
    А эта база для рабочих и крестьян.

    Кстате, что там у "современного Монго" с этим делом ?
    4 апр 16, 19:06    [19016077]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    В книгу добавил еще три новых раздела из новой функциональности

    Динамические запросы
    Блоб поля
    Коллекции
    5 апр 16, 02:11    [19016879]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    skyANA
    Member

    Откуда: Зеленоград
    Сообщений: 28355
    stop
    roden
    stop, думаю, пора уже предлагать Сбербанку вместо Оракла.


    В реестре же толь барский Линтер.
    А эта база для рабочих и крестьян.

    Кстате, что там у "современного Монго" с этим делом ?

    Насколько я знаю современная Монго внутри службы "Одного окна" крутится.
    То есть как раз таки для рабочих и крестьян трудится.

    Причём как на местах, так и центральном сервере.
    5 апр 16, 07:23    [19017001]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    Нет, я про это у монго

    stop
    Добавил метод для отката базы данных на любую дату с точностью до секунды:

    Формат
    db.RestoreOnDate(2016,04,04, 12,15)

    Помогает если нужно откатить всю базу данных "на вчера".
    (были утрачены данные неправилой бизнесс логикой приложения, запущеными скриптами, единичными апдейтами и тд)
    5 апр 16, 08:55    [19017163]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    skyANA
    Member

    Откуда: Зеленоград
    Сообщений: 28355
    stop
    Нет, я про это у монго

    stop
    Добавил метод для отката базы данных на любую дату с точностью до секунды:

    Формат
    db.RestoreOnDate(2016,04,04, 12,15)

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

    Ты же механик и должен знать как это в Монге делается, разве нет?
    5 апр 16, 09:44    [19017368]     Ответить | Цитировать Сообщить модератору
     Re: В рамках импортозамещения предлагаю обсудить новую базу (Днипра)  [new]
    stop
    Member [заблокирован]

    Откуда: blog.pikosec.com
    Сообщений: 405
    skyANA
    stop
    Нет, я про это у монго

    пропущено...

    Ты же механик и должен знать как это в Монге делается, разве нет?


    Механик должен знать хорошо внутренности и приемы сборки и тюнинга автомобиля, который собирается с нуля в его гараже.
    Знать что там в салонах автодиллеров продают за стоковый хлам, задача менеджеров по продажам американских авто.
    5 апр 16, 10:06    [19017457]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 13   вперед  Ctrl
    Все форумы / Сравнение СУБД Ответить