MongoDB

Модератор: Модераторы

MongoDB

Сообщение mirk » 22.10.2016 13:22:12

Есть ли драйвер для работы с MongoDB в FPC?
mirk
постоялец
 
Сообщения: 317
Зарегистрирован: 24.09.2007 10:03:39

Re: MongoDB

Сообщение Снег Север » 22.10.2016 13:41:43

Аватара пользователя
Снег Север
долгожитель
 
Сообщения: 2993
Зарегистрирован: 27.11.2007 16:14:47

Re: MongoDB

Сообщение mirk » 22.10.2016 14:27:26

У каждого средства есть плюсы и минусы.
Что использовать вместо MongoDB, если нужны ее плюсы (скорость добавения записей, хранение и индексация неструктурированных данных)?
mirk
постоялец
 
Сообщения: 317
Зарегистрирован: 24.09.2007 10:03:39

Re: MongoDB

Сообщение alexs » 22.10.2016 22:42:27

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

Серебряной пули нет!
Аватара пользователя
alexs
долгожитель
 
Сообщения: 4053
Зарегистрирован: 15.05.2005 23:17:07
Откуда: г.Ставрополь

Re: MongoDB

Сообщение mirk » 23.10.2016 16:01:33

Так если по кругу, то все-таки что можно использовать вместо MongoDB?
mirk
постоялец
 
Сообщения: 317
Зарегистрирован: 24.09.2007 10:03:39

Re: MongoDB

Сообщение Deimos » 23.10.2016 22:07:28

Серебряной пули нет!


Абсолютно согласен.


С одной стороны - умные дяди "за нас" придумали распределенные базы и стандартизировали SQL и осталось только научиться их правильно использовать... А с другой - эти самые дяди когда-то стали Не довольны теми инструментами, которые есть (были на тот момент) и придумали что-то более-универсальное и удобное... Используя паскль и лазаря я считаю себя ретроградом, поскольку могу реализовать почти-все именно посредством этих инструментов всилу своих знаний и возможностей.... Но я, с удовольствием, слежу за новыми работами и разработками... А без недовольной, нашими решениями, молодежи развития Не будет...
Deimos
постоялец
 
Сообщения: 169
Зарегистрирован: 17.01.2010 00:31:30

Re: MongoDB

Сообщение v-t-l » 23.10.2016 22:40:17

mirk писал(а):все-таки что можно использовать вместо MongoDB?

Postgresql https://habrahabr.ru/post/304026/
v-t-l
энтузиаст
 
Сообщения: 727
Зарегистрирован: 13.05.2007 16:27:22
Откуда: Belarus

Re: MongoDB

Сообщение mirk » 24.10.2016 08:56:32

v-t-l писал(а):Postgresql

Вот цитата из указанной выше статьи:
На моем ноутбуке, PostgreSQL работает около минуты, чтобы получить денормализованные данные для 12000 эпизодов, в то время как извлечение документа по ID в MongoDB занимает доли секунды.

И как после этого можно считать, что PostgreSQL работыет быстрее MongoDB?
mirk
постоялец
 
Сообщения: 317
Зарегистрирован: 24.09.2007 10:03:39

Re: MongoDB

Сообщение alexs » 24.10.2016 09:22:58

Вот этой цитате я не очень верю.
На самом деле это мизерный объём данных. Там что-то не то либо со структурой, либо с запросом.
Аватара пользователя
alexs
долгожитель
 
Сообщения: 4053
Зарегистрирован: 15.05.2005 23:17:07
Откуда: г.Ставрополь

Re: MongoDB

Сообщение mirk » 24.10.2016 11:53:29

alexs писал(а):Вот этой цитате я не очень верю.

Т.к. драйвера нет остается только верить. Проверить нет возможности.

alexs писал(а):Там что-то не то либо со структурой, либо с запросом.

Так в этом и плюс MongoDB - структура не учитывается, JSON просто индексируется по полям.
Учитывая, что MongoDB по архимтектуре должа быть очень простая, то в ней должно быть сильно меньше накладных расхзодов на добавление новых записей.
mirk
постоялец
 
Сообщения: 317
Зарегистрирован: 24.09.2007 10:03:39

Re: MongoDB

Сообщение alexs » 24.10.2016 12:17:20

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

У меня вообще показатели эффективности:
Сохранение данных в БД <1сек
Открытие первичных документов (это обычно 2-4 рабочих таблицы из нескольких сот млн записей из которых выбирается 1-10 записей для документа для каждой таблицы и несколько 10 справочников не очень больших (порядка 100 строк) <5сек
Простые оперативные отчёты - 1 - 30 сек
Аналитика верхнего звена управления - < 10 сек.

И эти критерии хорошо показывают что и где надо оптимизировать.

Хотя тут на днях нам пытались впарить систему построения управленческих аналитических отчётов стороннуюю. Она сдохла у меня на этапе загрузки таблицы текущих рабочих документов - там было то всего порядка 80 т. строк.
Так что - всё зависит от разрабов.
Аватара пользователя
alexs
долгожитель
 
Сообщения: 4053
Зарегистрирован: 15.05.2005 23:17:07
Откуда: г.Ставрополь

Re: MongoDB

Сообщение Лекс Айрин » 24.10.2016 12:18:17

mirk писал(а):Так в этом и плюс MongoDB


Еще неизвестно плюс это или минус.

Deimos писал(а):А с другой - эти самые дяди когда-то стали Не довольны теми инструментами, которые есть (были на тот момент) и придумали что-то более-универсальное и удобное...


наука и технология всегда развиваются даже не по спирали, а по более сложной траектории... как в песне..
две шаги налево, две шаги направо, шаг вперед и две назад (с)


Судя по всему, MongoDB это шаг временный шаг назад. Или два.
Аватара пользователя
Лекс Айрин
долгожитель
 
Сообщения: 5723
Зарегистрирован: 19.02.2013 16:54:51
Откуда: Волгоград

Re: MongoDB

Сообщение azsx » 24.10.2016 12:33:02

Так как всем понятно, что толком ничего в lazarus под mnogodb нет (есть некоторые попытки под делфи), потому спрошу мною непонятое.
Допустим, некоторые данные (особенно если их немеряно) удобно хранить в формате json. Почему эти данные нельзя сохранять в поле text (memo) строя по конкретным объектам (строкам, массивам, числам) отдельные таблички с полями (хешами для строк и обычными для логики и чисел) с простыми индексами и работать в знакомой sql технологии?
azsx
энтузиаст
 
Сообщения: 959
Зарегистрирован: 16.11.2015 06:38:32

Re: MongoDB

Сообщение Лекс Айрин » 24.10.2016 12:49:18

azsx писал(а): Почему эти данные нельзя сохранять в поле text (memo) строя по конкретным объектам (строкам, массивам, числам) отдельные таблички с полями (хешами для строк и обычными для логики и чисел) с простыми индексами и работать в знакомой sql технологии?


А кто говорит, что нельзя? В крайнем случае, можно написать конвектор json<-->sql. Другое дело, что пострадает производительность. (базу ведь еще нужно преобразовать)
Аватара пользователя
Лекс Айрин
долгожитель
 
Сообщения: 5723
Зарегистрирован: 19.02.2013 16:54:51
Откуда: Волгоград

Re: MongoDB

Сообщение azsx » 24.10.2016 12:53:42

Кстати точно можно даже конвертор написать. Если данные идут с пиковыми нагрузками, то логично закидывать их в стек, а затем разбирать когда поспокойнее. Но мой метод более nosql'ный, чем ваш. У Вас как сову на глобус.
Короче, тс, напишите пожалуйста, почему для вас так нужен именно mnogodb.
azsx
энтузиаст
 
Сообщения: 959
Зарегистрирован: 16.11.2015 06:38:32

След.

Вернуться в Базы данных

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2

Рейтинг@Mail.ru