Опыт реального мира с базой данных H2? [закрытый]
Все карты Hazelcast распределены по всем членам кластера. Таким образом, любой процесс, который имеет часть карты « chat », также имеет часть карты « session ».
Цель - равномерное распространение данных. В кластере с двумя узлами, если у Узла A была половина карты « chat » и все из « сеанса », а у Узла B была только другая половина «[ 114] chat «они будут иметь разную загрузку, поэтому не дают одинаковой производительности.
Так что прямо вы не можете сделать это.
Существует (коммерческая) опция безопасности, которая может ограничивать доступ к выбранным данным некоторыми приложениями, поэтому вы можете запретить приложению Gateway доступ к карте « chat ». Карта « chat » все еще будет там, распределенная по узлам.
Если вы действительно хотите, чтобы одна карта была одним узлом, а другая карта - двумя узлами, вам нужно два отдельных кластера, каждый с одной картой.
3 ответа
Мы используем H2 в качестве механизма хранения для очень большого инструмента проектирования на основе RCP / Eclipse. Сам инструмент используется уже более 2 лет в некоторых проектах с большим объемом данных, поэтому мы довольно подробно остановились на H2.
Мы провели достаточно глубокий анализ других встраиваемых в Java движков баз данных и выбрали H2. В целом я думаю, что мы им очень довольны. У нас было очень мало проблем со стабильностью, но, как говорит Цвикико, команда разработчиков ОЧЕНЬ отзывчива.
Хотя производительность хорошая, иногда вам нужно провести некоторую оптимизацию вручную. Если вы привыкли работать с базами данных корпоративного уровня, которые делают большую часть этой оптимизации за вас, это может быть небольшим изменением. Я бы рекомендовал использовать команду EXPLAIN, если вы столкнулись с медленным запросом, чтобы узнать, что он делает.
I'm using it as the base of nWire, which is an Eclipse plugin for Java code exploration. It is working in embedded mode as part of the Java process, not as a server.
Overall, it is very stable. I'm working with H2 for a long time now: I encountered some bugs in the early days, but that hasn't happened in some time now. The response of the developer has been great, too.
Regarding performance: it is very good. You can see the tests on the site. I didn't get a chance to compare it to other tools, but I'm very happy with it. In recent versions, it does tend to take a bit more time to open large databases, but that issue seems to be resolved, too.
Some other strong points:
- Very simple distribution: just one JAR.
- The embedded web console is very useful for quick access to the database. It proved to be a valuable development tool.
- Responsive community support, especially from the development team.
Я использую H2 в некоторых довольно тяжелых серверных приложениях с несколькими миллионами записей. Производительность H2 просто феноменальна. Как всегда, вам нужно продумать использование индексов. Раньше я долгое время пользовался MySQL и использовал несколько баз данных корпоративного класса, но H2 меньше, быстрее и проще в использовании, чем традиционные тяжеловесы. Он также стал нашей предпочтительной базой данных на Tynamo.org