The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Первый релиз NoSQL БД OrientDB"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Первый релиз NoSQL БД OrientDB"  +/
Сообщение от opennews (ok) on 15-Май-12, 13:38 
Вышел (http://groups.google.com/group/orient-database/browse_thread...) первый релиз OrientDB (http://code.google.com/p/orient/), системы управления базами данных, которая объединяет в себе возможности документо-ориентированной и графо-ориентированной БД. Дополнительно поддерживается интерфейс объектно-ориентированной БД, который работает поверх документо-ориентированного слоя. Код OrientDB написан на языке Java и распространяется под лицензией Apache. На обычном оборудовании  OrientDB позволяет сохранять 150 000 записей в секунду. При тестировании производительности один сервер с OrientDB оказался способен заменить собой 125 серверов MySQL.

<center><a href="http://www.orientdb.org/images/graphed-tutorial-graph_small.... src="https://www.opennet.ru/opennews/pics_base/0_1337073594.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0></a></center>


Основные особенности:


-  Полная поддержка ACID транзакций;
-  Поддержка SQL-запросов;
-  100% совместима со стандартом TinkerPop Blueprints для графо-ориентированных БД;
-  Нативно поддерживает HTTP, RESTful и JSON протоколы без использования сторонних компонентов;
-  Возможность работы как в режиме встраивания в другие приложения, так и в качестве выделенного сервера;
-  Имеет очень малый размер и не имеет сторонних зависимостей;
-  Дистрибутив полностью самодостаточен;
-  Поддерживает отказоустойчивые конфигурации и репликацию (архитектура OrientDB изначально рассчитана на мультимастер репликацию);-  Поддержка запуска скриптов на стороне сервера (Server Side Scripting);
-  Доступна коммерческая поддержка.

URL: http://groups.google.com/group/orient-database/browse_thread...
Новость: https://www.opennet.ru/opennews/art.shtml?num=33847

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Первый релиз NoSQL БД OrientDB"  +4 +/
Сообщение от Тузя (ok) on 15-Май-12, 13:38 
Скриншот, прямо таки, завораживает...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Первый релиз NoSQL БД OrientDB"  –2 +/
Сообщение от Аноним (??) on 15-Май-12, 13:40 
Угу, а при замене жавы на С(++) можно будет заменить одним сервером 125 жаватормозил.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Аноним (??) on 15-Май-12, 14:09 
Скорее, 500 MySQL сервером. Ну чтоб покруче выглядело :)
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

8. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Proud Anon on 15-Май-12, 14:22 
Замена 500 MySQL серверов - это киллер-фича следующего релиза
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Первый релиз NoSQL БД OrientDB"  +5 +/
Сообщение от thelamon email(ok) on 15-Май-12, 15:13 
Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.

В яве multithreading лучше, и JITовые оптимизации толковые. Реально тормозов там мало - GC самый существенный, остальное несущественно. Так что берём много памяти и не жужжим :)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

16. "Первый релиз NoSQL БД OrientDB"  +3 +/
Сообщение от Аноним (??) on 15-Май-12, 15:47 
> Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.

Когда нечем крыть, ничего не остаётся кроме как закрыть уши руками и говорить "бла-бла-бла".

> В яве multithreading лучше

Лучше? Это как? На сколько процентов? Конкретнее.

> и JITовые оптимизации толковые

Давайте по пунктам.

> Реально тормозов там мало - GC самый существенный

Одного только GC хватает с головой.

> Так что берём много памяти и не жужжим :)

С этого и надо было начинать :) Берём много памяти, много серверов, и оно работает хоть как-то сравнимо с C++ на одной древней машинке.

Вы бы, в общем, не позорились со своими представлениями о java на уровне теоретических россказней про "jit оптимизации". Я java решений навидался уже - когда на C++ в память сервера влезает весь workset, жава только сама выжирает половину.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

26. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от thelamon email(ok) on 15-Май-12, 17:54 
>> В яве multithreading лучше
> Лучше? Это как? На сколько процентов? Конкретнее.

Лучше - это значит работает. Тк JVM рассчитана на multithreading-окружение, а C++ ничего про потоки не знает. Поэтому в C++ (< C++XX) double-checked locking невозможен, и невозможны lockless-алгоритмы. А в java - пожалуйста, и high-perfomance примеров этого достаточно (Disruptor, Fork/Join API (JDK 7)). Про проценты - померяйте C++-ную многопоточную очередь и сравните с Fork/Join из JDK 7.

>> и JITовые оптимизации толковые
> Давайте по пунктам.

"In brief, HotSpot can and will:
Inline methods
Join adjacent synchronized blocks on the same object
Eliminate locks if monitor is not reachable from other threads
Eliminate dead code (hence most of micro-benchmarks are senseless)
Drop memory write for non-volatile variables
Replace interface calls with direct method calls for methods only implemented once
....." гугл давно закрыли?

>> Реально тормозов там мало - GC самый существенный
> Одного только GC хватает с головой.
>> Так что берём много памяти и не жужжим :)
> С этого и надо было начинать :) Берём много памяти, много серверов,
> и оно работает хоть как-то сравнимо с C++ на одной древней
> машинке.

Оюшки. Про много серверов вы сами додумали.

> Вы бы, в общем, не позорились со своими представлениями о java на
> уровне теоретических россказней про "jit оптимизации". Я java решений навидался уже
> - когда на C++ в память сервера влезает весь workset, жава
> только сама выжирает половину.

Так и скажите, что вам жалко памяти. Вы или платите за плюсы платформы доп/памятью, или жужжите на С++.

Я не говорю, что С++ говно - у него безусловно есть свои сферы применения, и кстати я бы не сказал, что сильно пересекающиеся с явой, но запросто поливать её грязью - это надо её сильно ненавидеть.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

32. "Первый релиз NoSQL БД OrientDB"  –2 +/
Сообщение от MacMan on 15-Май-12, 20:16 

> Fork/Join API (JDK 7))

Вот это даа! Сорок лет спустя они осилили unixway.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

33. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Nope on 15-Май-12, 20:29 
Просвещайся: http://www.rsdn.ru/forum/philosophy/2840588.1.aspx
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

37. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от arisu (ok) on 15-Май-12, 22:55 
> Поэтому в C++ (< C++XX) double-checked locking невозможен, и невозможны lockless-алгоритмы.

обалдеть. я великий маг и волшебник, я использую lock-free в c++. и stm (shared transactional memory). а это, оказывается, невозможно. вот жеж блин, чего мне сразу-то никто не сказал, что невозможно? я бы и не пробовал даже!

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

39. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от thelamon (ok) on 15-Май-12, 23:10 
А без gcc(msvc/вставить нужное)-dependent фич сможете?

Невозможно в рамках языка. Потому что на уровне языка не определена видимость переменных в разных потоках. Жду вашего решения...

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

40. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от arisu (ok) on 15-Май-12, 23:24 
> А без gcc(msvc/вставить нужное)-dependent фич сможете?

будет медленней, но, кажется, возможно. сейчас не готов ответить точно.

> Потому что на уровне языка не определена видимость переменных в разных потоках.

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

более конктретного ответа не дам, потому что голова болит. %-) но почти уверен, что ответ положительный.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

41. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (??) on 15-Май-12, 23:32 
> Невозможно в рамках языка. Потому что на уровне языка не определена видимость переменных в разных потоках. Жду вашего решения...

боже мой.. какие же бывают тупые люди

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

42. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от thelamon (ok) on 15-Май-12, 23:34 
>> Невозможно в рамках языка. Потому что на уровне языка не определена видимость переменных в разных потоках. Жду вашего решения...
> боже мой.. какие же бывают тупые люди

Ваще ни о чем. Проясните глубину мысли?

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

44. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Crazy Alex (ok) on 15-Май-12, 23:47 
А зачем? GCC есть чуть ли не под все мыслимые платформы. Готовый стандарт де-факто.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

24. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (??) on 15-Май-12, 17:27 
> Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так
> и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

27. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от thelamon email(ok) on 15-Май-12, 17:55 
>> Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так
>> и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.
> А чего там слышать? Достаточно посмотреть на бенчмарки одних и тех же
> алгоритмов и просто как жабисты вечно с профайлингом долбутся, с поводом
> и без.

Одааа, с С++ники сразу пишут идеальный с точки зрения перфоманса код. И без утечек. Смешно...

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

45. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Аноним (??) on 16-Май-12, 00:06 
У  них запас для косяков гораздо бОльший
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

13. "Первый релиз NoSQL БД OrientDB"  +3 +/
Сообщение от ДяДя on 15-Май-12, 15:35 
Вам бы ещё по ссылкам ходить. Ребята давно этим занимаются. Была реализация на C++. Потом всё переписали на Java.

P.S.
И кстати, реляционная h2db на Java, таки быстрее PostgreSQL и MySQL http://www.h2database.com/html/performance.html

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

23. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от ыгчч email on 15-Май-12, 16:31 
"Please note this is mostly a single connection benchmark run on one computer."
"Version 5.1.47-community was used for the test."
"This test is run on Mac OS X 10.6. No virus scanner was used"

Размер тестируемой базы не указан.

Овечье дерьмо цена таким тестам.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

25. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (??) on 15-Май-12, 17:28 
> И кстати, реляционная h2db на Java, таки быстрее PostgreSQL и MySQL

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

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

29. "Первый релиз NoSQL БД OrientDB"  –1 +/
Сообщение от Аноним email(??) on 15-Май-12, 18:58 
>> И кстати, реляционная h2db на Java, таки быстрее PostgreSQL и MySQL
> Не, ну а функционал постгра или хотя-бы мускуля оно обеспечивает? А то
> жабисты вечно сравнивают теплое с мягким. А вот почему-то одинаковые реализации
> алгоритмов - тупят раза в три. На яве понятный хрен.

Наверное потому, что пхпешники считают что на жаве нужно писать драйвера а на сях сайты, не?

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

28. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним email(??) on 15-Май-12, 18:44 
Ага, вот Вы и займитесь. Постепенно, я надеюсь, вы поймёте почему разработчики выбрали жаву.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от o on 15-Май-12, 13:43 
К сожалению ява..
Все такие богатые что ли.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Первый релиз NoSQL БД OrientDB"  –2 +/
Сообщение от MaMoHT on 15-Май-12, 14:01 
Что интересно понимается под обычным оборудованием... :-)
Это что надо сделать с мускулом, чтобы жаватормозила смогла заменить аж 125 мускулов ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Первый релиз NoSQL БД OrientDB"  +3 +/
Сообщение от ыгчч email on 15-Май-12, 14:19 
Написать идиотских кривых запросов и никогда не использовать EXPLAIN.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Первый релиз NoSQL БД OrientDB"  +5 +/
Сообщение от anonymous (??) on 15-Май-12, 14:53 
например, чтобы найти друзей друзей, через таблички для N уровня вложенности больше чем 4, решение влоб на mysql может и сильнее тормозить.

100k+ и acid на "обычном" железе это забавно, fsync не делают? или коммит длится несколько секунд?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

17. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Yarick on 15-Май-12, 15:56 
> например, чтобы найти друзей друзей, через таблички для N уровня вложенности больше чем 4, решение влоб на mysql может и сильнее тормозить.

Именно!
Дело не в Java, а в NoSQL.

neo4j ищет всех друзей за 2 микросекунды, а на MySQL это занимает 2 секунды. Есть разница? При этом были тесты, в которых OrientDB в графовых задачах обходила neo4j. При этом OrientDB не просто графо-ориентированная БД.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

49. "Первый релиз NoSQL БД OrientDB"  –1 +/
Сообщение от MaMoHT on 16-Май-12, 04:26 
>> например, чтобы найти друзей друзей, через таблички для N уровня вложенности больше чем 4, решение влоб на mysql может и сильнее тормозить.
> Именно!
> Дело не в Java, а в NoSQL.
> neo4j ищет всех друзей за 2 микросекунды, а на MySQL это занимает
> 2 секунды. Есть разница? При этом были тесты, в которых OrientDB
> в графовых задачах обходила neo4j. При этом OrientDB не просто графо-ориентированная
> БД.

Согласен есть разница. В реалиоционных БД, есть такой термин, как денормализация, который как раз и предназначен для решения подобных проблем.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

55. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Tameo email on 16-Май-12, 11:53 
Денормализация не даёт общего решения подобных проблем. В частности, для предложенной задачи ( поиск друзей N-го уровня ) сложность решения, имхо, растёт по экспоненте.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

14. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от ДяДя on 15-Май-12, 15:44 
Простите, у вас образование есть ?

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

35. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от filosofem (ok) on 15-Май-12, 21:59 
>В современном железе нет проблем с производительностью процессора

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

47. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от MaMoHT on 16-Май-12, 04:23 
> Простите, у вас образование есть ?

Прощаю, есть :-)

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

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

  

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

48. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от MaMoHT on 16-Май-12, 04:25 
> Простите, у вас образование есть ?
> В современном железе нет проблем с производительностью процессора, а есть проблемы с
> производительностью дисковой подсистемы. В этом случае решают лишь алгоритмы.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

57. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от ДяДя on 16-Май-12, 12:44 
Уважаемый!
Дело не в платформе, как здесь уже отметили, а в отличии чисто реляционных БД и NoSQL. Сейчас есть тенденция использовать реляционные БД повсеместно. На это есть свои объективные причины. Однако в последнее время накопилось множество задач, которые решают при помощи SQL, но с дикими компромиссами в плане эффективности.

Грубо говоря, ради чего пихать объект(или JSON или ещё чего) в SQL-базу, когда можно выкинуть весь ненужный слой SQL и получить увеличение производительности на порядки.

Я уже писал, что ребята из проекта OrientDB писали БД на C++. Могли бы вообще на голом C или ассемблере (Oracle 2 была чисто на нём). Потом они решили, что это не существенно. MongoDB на С++, OrientDB на Java и обе они по производительности обходят SQL БД на порядки.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

6. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним email(??) on 15-Май-12, 14:11 
> При тестировании производительности, один сервер с OrientDB оказался способен заменить собой 125 серверов MySQL

Круто.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Kodirr on 15-Май-12, 15:45 
Ладно, жабу как-нибудь перетерпим, теребит другой вопрос: уже существующие NoSQL базы - в них что, нельзя получить зависимые документы? Мне эти "графы" пофиг, у меня просто есть "Документ"->"Ордер". Какое преимущество мне дадут графы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Yarick on 15-Май-12, 16:06 
Вообще у OrientDB есть уровень Ключ-значение. Поверх него реализован документный уровень. Поверх документного реализованы граф-уровень и объектный уровень.
Т.о. можете графы вообще не использовать, а сохранять просто документы.
Из Java же можно объекты аннотированных классов напрямую сохранять.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от umbr (ok) on 15-Май-12, 15:57 
"Initial revision" проекта датирована 1 апреля 2010 :)
Извините за оффтоп.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от taryk (ok) on 15-Май-12, 16:07 
а есть живые графо-ориентированной БД на C/C++ ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от umbr (ok) on 15-Май-12, 16:09 
В тексте новости есть похожая ссылка на Википедию: http://en.wikipedia.org/wiki/Graph_database#Graph_database_p...
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от aikus on 15-Май-12, 16:16 
Интересно сравнить с другими граф-ориентированными базами.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Первый релиз NoSQL БД OrientDB"  –1 +/
Сообщение от Veter (??) on 15-Май-12, 18:58 
Феерично... "Имеет очень малый размер и не имеет сторонних зависимостей;" - и притом написана на джаве - никаких сторонних зависимостей, ага. Кроме маркетинга этим "разработчикам" стоило бы еще и программированием заниматься :D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Человек (??) on 15-Май-12, 19:49 
Ну, тогда почти у всего ПО есть зависимости - API OS.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

34. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Aleks Revo email(ok) on 15-Май-12, 21:04 
И это ещё не зашла речь про железо! ))
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

43. "Первый релиз NoSQL БД OrientDB"  +2 +/
Сообщение от grmmhnd on 15-Май-12, 23:45 
Любезный, не путайте платформу, как таковую, и зависимости от сторонних библиотек.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

36. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от f (??) on 15-Май-12, 22:46 
Крутая штука!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

50. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от mma on 16-Май-12, 05:31 
Кто в каких задачах использовал подобные БД? С какими отрицательными/узкими/проблемными местами сталкивались?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Аноним (??) on 16-Май-12, 06:51 
Вообщето ява по скорости проигрывает только С++ и то, процентов 30-50, на хабре была статья с графиками 10 языков. Остальные языки, особенно интерпретируемые отстают от С++ уже в разы или даже десятки раз.
А в некоторых алгоритмах скорость явы практически равна С++

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (??) on 16-Май-12, 10:59 
тут как бы нужно смотреть не только проигрыш на небольших интервалах времени, но и особенности GC, которые часто выливаются в большие "магические" грабли. Это примерно как запустить проект написанный на ЯП с динамической типизацией, поставить его поработать на пару часиков, убедиться что всё ок. А потом, через несколько дней, обнаружить косяки в коде до которого выполнение ещё не доходило начальные часы.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

52. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от hummermania (ok) on 16-Май-12, 10:29 
И всё было бы классно если бы не Ява. К языку претензий не имею, но вот к ее владельцам - еще как. Завтра корпорации бобра взбредет в голову какая то бяка - и вперед за покупками. И даже OpenJDK не сильно спасет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (??) on 16-Май-12, 11:17 
> И всё было бы классно если бы не Ява. К языку претензий
> не имею, но вот к ее владельцам - еще как. Завтра
> корпорации бобра взбредет в голову какая то бяка - и вперед
> за покупками. И даже OpenJDK не сильно спасет.

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


Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

56. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Гость on 16-Май-12, 12:19 
это из области "тысячи мух не могут ошибаться"
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

58. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Aleks Revo email(ok) on 16-Май-12, 19:58 
Тогда уже скорее "миллионы мух обречены на правильный выбор" :-))
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

61. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от JD (ok) on 17-Май-12, 13:02 
"...на обычном оборудовании позволяя сохранять до 150 000 записей в секунду" мягко говоря это неправда, ибо физически невозможно, а по сути наглый пизде$$$...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Yarick on 18-Май-12, 11:44 
Интересное утверждение.
Физически невозможно - это записать за секунду на диск данных больше, чем позволяет пропускная способность диска.

Где вы видите информацию о размере записи ???
Современные HDD даже на ноутбуке позволяют записывать порядка 100 Мб/сек. SSD так ещё больше.

В данном случае размер данных не важен, ибо это будет тест дисковой подсистемы. Количество сохранённых мелких записей позволяет судить об эффективности алгоритма. При этом утилизировать даже всего 100 Мб/сек обычного диска представляется весьма сложной задачей.  Достаточно чтобы размер был менее килобайта.

RB+Tree позволяет быстро читать и при этом быстро записывать.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

63. "Первый релиз NoSQL БД OrientDB"  –2 +/
Сообщение от JD (ok) on 19-Май-12, 08:39 
>[оверквотинг удален]
> Физически невозможно - это записать за секунду на диск данных больше, чем
> позволяет пропускная способность диска.
> Где вы видите информацию о размере записи ???
> Современные HDD даже на ноутбуке позволяют записывать порядка 100 Мб/сек. SSD так
> ещё больше.
> В данном случае размер данных не важен, ибо это будет тест дисковой
> подсистемы. Количество сохранённых мелких записей позволяет судить об эффективности алгоритма.
> При этом утилизировать даже всего 100 Мб/сек обычного диска представляется весьма
> сложной задачей.  Достаточно чтобы размер был менее килобайта.
> RB+Tree позволяет быстро читать и при этом быстро записывать.

Что же вы ерундой то болтаете???
Запустите скрипт на генерацию 150000 файлов объем каждого ~20 байт.
И скажите сколько МИНУТ он выполняется на обычном железе?

#!/bin/bash

mkdir data

COUNTER=0
START=`date +%s`

while [  $COUNTER -lt 150000 ]; do
   echo The counter is $COUNTER > data/$COUNTER.txt
   let COUNTER=COUNTER+1
done

END=`date +%s`

RES=0;

let RES=END-START
echo $RES

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

64. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от nvkz2007 on 20-Май-12, 02:14 
Ты забыл про файловую систему, которая мало того что пишет файлы блоками большего размера чем сам файл, так еще и таблицу с индексами создает.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

68. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Yarick on 21-Май-12, 11:13 
Обязательно попробую.

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

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

69. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от anton0xf email on 02-Июн-12, 12:10 
$ cat write-test.c
#include <stdio.h>

#define RECORDS_COUNT 150000
int main(){
    FILE *fp;
    if((fp = fopen("records", "w")) != NULL){
        unsigned char c = 0;
        long int i;
        for(i=0; i < RECORDS_COUNT; i++){ //пишем 150 000 записей в файл
            fputc(c++, fp); //пишем запись из одного символа
        }
        fclose(fp);
        return 0;
    }else{
        printf("Can't open file");
        return 1;
    }
}
$ cc -o write-test write-test.c
$ time ./write-test
./write-test  0.00s user 0.00s system 82% cpu 0.006 total

УМВР. ЧЯДНТ?

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

65. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от artist60 email(ok) on 20-Май-12, 15:04 
1) MySQL тратит ресурсы на проверку пользователя при соединении.
2) Больше времени уходит на сортировку данных, а не взятие их из БД, в мускуле тоже есть NoSQL.
И про 125 серверов однозначна пиздеж.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

66. "Первый релиз NoSQL БД OrientDB"  –1 +/
Сообщение от Cerberix email on 20-Май-12, 21:05 
Кто-то ее пробовал для 1С-ки ?

Как сумеете прикрутить, отпишитесь плизз тут. Интересен результат.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (??) on 21-Май-12, 09:01 
"Кто в каких задачах использовал подобные БД? С какими отрицательными/узкими/проблемными местами сталкивались?"
Все проигнорировали товарища, который спрашивал для чего кто использует...
Значит ли это, что никто из "здешних" их не использует?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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