AP
Да, v5.
Size: a a a
2021 April 22
AP
Для PostgreSQL подобное не планируется сделать?
AK
Вы также можете попробовать Тарантул в качестве реализации memcached, если хибер поддерживает этот протокол в качестве слоя хранения кэша.
AP
Это через: progaudi.tarantool ?
AP
Но в конечном итоге мне бы хотелось получить persistent cache аналогично поддержке в L2ARC ZFS, чтобы после рестарта приложения автоматически получало бы уже горячий кэш, такое вообще возможно в хибере?
AP
Чтобы кэш был всегда нагрет как в файловой системе, так и в ORM приложения. Даже сразу же после ребута сервера.
AP
Собственно поэтому лучше Tarantool, а не Redis, потому что насколько я понял, ваш Tarantool лучше переживает неожиданные рестарты?
AP
И почему бы не сделать совместимость на уровне протокола с Redis?
AP
Например DB2 поддерживает синтаксис Oracle.
AK
Во-первых, в хибере есть два уровня кэширования. Вам надо почитать. И второй уровень как раз может обеспечиваться внешними реализациями кэша
AP
PostgreSQL в некоторых проприетарных вариациях поддерживает MSSQL и Oracle.
AK
Во-вторых, кэш второго уровня не зависит от рестартов приложения с Хибером. По дефолту он и чиститься не будет, в зависимости от настроек.
AP
Это хорошо, а Memcached не пропадает после рестарта?
Раньше он вроде не был рассчитан на сохранение на диске?
Раньше он вроде не был рассчитан на сохранение на диске?
AK
Рестарта чего?
Memcached это протокол. Если использовать Тарантул как реализацию, то в нем ничего не пропадает при рестарте.
Memcached это протокол. Если использовать Тарантул как реализацию, то в нем ничего не пропадает при рестарте.
AP
Супер, я думал Tarantool цепляется к настоящему Memcached каким то образом :)
AP
Тогда действительно, nHibernate + Tarantool по протоколу Memcached вероятно решит задачу кэширования.