Юзать ли ObjectDB?

@klopik · Регистрация: 18.05.2015

Студворк — интернет-сервис помощи студентам

Допустим, делаю веб-приложение "галерея фотографий", где юзвери могут добавлять свои фотографии, комментировать чужие (ну и свои) и лайкать фотки ну и т.д.
Вопрос встал в следующем: а стоит ли использовать SQL-базу вроде MySQL или другой? Вот есть ObjectDB, которая по скорости делает все остальные, ее можно заембедить в свое приложение. Все равно будет использоваться JPA, в основном, объекты (юзеры, фото, комменты и т.д.) будут тянуться целеком сразу. Так не лучше ли заюзать объектДБ? Или есть какие-то подводные камни?
Тема относится и к ЕЕ, но интересует именно концептуальный выбор SQL/объектная база для такого типа приложений. Если это больше все-таки относится к ЕЕ, просьба перенести.

Добавлено через 3 минуты
Вот пример сравнения баз MySQL+Hibernate vs ObjectDB:
http://www.jpab.org/ObjectDB/O... erver.html

@KEKCoGEN · 02.10.2015, 15:56

klopik, прежде всего я бы решил проблемы с архитектурой.

Сообщение от klopik

ее можно заембедить в свое приложение.

нет смысла если у вас веб приложение

Сообщение от klopik

в основном, объекты (юзеры, фото, комменты и т.д.) будут тянуться целеком сразу.

фото лучше хранить на диске а не в БД. В БД только ссылку на файл

Сообщение от klopik

интересует именно концептуальный выбор SQL/объектная база для такого типа приложений.

раньше не сталкивался с ООСУБД, но погуглив ненашел никаких серьезных аргументов в пользу их использования.

Добавлено через 3 минуты

Сообщение от klopik

Вот пример сравнения баз MySQL+Hibernate vs ObjectDB:

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

@klopik · 02.10.2015, 17:12 **[ТС]**

Сообщение от KEKCoGEN

прежде всего я бы решил проблемы с архитектурой.

Какие именно проблемы с архитектурой возможны в данном случае?

Сообщение от KEKCoGEN

нет смысла если у вас веб приложение

Почему?
Так у конечного пользователя не болит голова о том, что надо устанавливать и запускать что-либо (сервер баз данных).

фото лучше хранить на диске а не в БД. В БД только ссылку на файл

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

все эти сравнения чаще всего ничем вам не помогут. Хорошо написанное приложение с SQL БД без проблем поддерживает 50к одновременных юзеров выполняющих действия

Да, но ведь, если одно решение работает на тесте быстрее, то, по идее, в некоем хорошо написанном приложении оно будет работать быстрее, разве не так?

Добавлено через 2 минуты

Сообщение от KEKCoGEN

раньше не сталкивался с ООСУБД, но погуглив ненашел никаких серьезных аргументов в пользу их использования.

Ну вот мы, если используем ORM, работаем с объектами (в java коде), затем JPA-провайдер (хайбернейт, например) выполняет преобразование операций над объектами в SQL-запросы. Но мы ведь все равно все время работаем с объектами, так зачем же все время выполнять эти преобразования, если можно хранить сразу объекты?

@KEKCoGEN · 02.10.2015, 17:25

Сообщение от klopik

Так у конечного пользователя не болит голова

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

Сообщение от klopik

Да, но ведь, если одно решение работает на тесте быстрее, то, по идее, в некоем хорошо написанном приложении оно будет работать быстрее, разве не так?

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

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

Если очень нужен скейл и быстрые селекты, посмотрите в сторону No-SQL БД. Они сейчас довольно модные

@klopik · 02.10.2015, 20:26 **[ТС]**

Мне просто интересно, зачем это в принципе нужно. Наверное, какая-то ценность в использовании этих ООСУБД все-таки есть, иначе этот проект бы сдох и никому не был бы нужен. Вот я и хотел узнать, для каких целей это подходит. М.б. кто-то этим пользовался и расскажет.

Новые блоги и статьи Все статьи Все блоги /
Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .	Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .

@klopik 61 / 61 / 15 Регистрация: 18.05.2015 Сообщений: 322

	Другое Юзать ли ObjectDB? 02.10.2015, 15:48. Показов 1406. Ответов 4 Метки нет (Все метки) Допустим, делаю веб-приложение "галерея фотографий", где юзвери могут добавлять свои фотографии, комментировать чужие (ну и свои) и лайкать фотки ну и т.д. Вопрос встал в следующем: а стоит ли использовать SQL-базу вроде MySQL или другой? Вот есть ObjectDB, которая по скорости делает все остальные, ее можно заембедить в свое приложение. Все равно будет использоваться JPA, в основном, объекты (юзеры, фото, комменты и т.д.) будут тянуться целеком сразу. Так не лучше ли заюзать объектДБ? Или есть какие-то подводные камни? Тема относится и к ЕЕ, но интересует именно концептуальный выбор SQL/объектная база для такого типа приложений. Если это больше все-таки относится к ЕЕ, просьба перенести. Добавлено через 3 минуты Вот пример сравнения баз MySQL+Hibernate vs ObjectDB: http://www.jpab.org/ObjectDB/O... erver.html 0

@klopik 61 / 61 / 15 Регистрация: 18.05.2015 Сообщений: 322
	02.10.2015, 20:26 [ТС]
	Мне просто интересно, зачем это в принципе нужно. Наверное, какая-то ценность в использовании этих ООСУБД все-таки есть, иначе этот проект бы сдох и никому не был бы нужен. Вот я и хотел узнать, для каких целей это подходит. М.б. кто-то этим пользовался и расскажет. 0

Юзать ли ObjectDB?

Решение