AA
Доступна СУБД Apache Cassandra 4.0
https://www.opennet.ru/opennews/art.shtml?num=55561
Size: a a a
2021 July 29
NK
AA
Типа хранимки на луа?
AA
Тут Витя всю камеру обкончал когда рассказывал как он хорош и быстр
PD
Ну, там у них пароли шифруются через md5
Да и вообще путают управление identity, аутентификацию и авторизацию.
И, кстати, про аутентификацию там вообще ни слова нет (
Т.е. просто статья про "а как из java вызвать Tarantool и почему это нельзя сделать без скрипов на lua"
Этакая антиреклама
Да и вообще путают управление identity, аутентификацию и авторизацию.
И, кстати, про аутентификацию там вообще ни слова нет (
Т.е. просто статья про "а как из java вызвать Tarantool и почему это нельзя сделать без скрипов на lua"
Этакая антиреклама
PD
Не знаю, я не смог найти для него нормальных кейсов. И никто из знакомых, кто мог выбирать - не смогли.
AA
Ну если брать джавку, то тут и так всякого скриптования дохрена, а если что-то встраиваемое для см я и не скажу, только если питон
PD
Ну так тарантул не встраиваемый, это в нем нужно писать кучу всего на lua для любых задач.
PD
То есть реально я не вижу разницы между тарантулом и редисом. Только на редисе кластер все еще проще сделать )
GS
у нас на бывшей работе уже год как пытаются запустить на тарантуле объёмный кеш, но постоянно какие-то проблемы всплывают
VG
Не правда. Я так не говорил.
AA
интернет помнит
VG
Я рассказывал как мне рассказывали
DP
в тарантуле уже есть персистентный движок хранилища (в редисе пока нет), и в тарантуле уже есть кворумная система на их Рафте (в редисе пока пишется). Но тут коненчо вопросы к тому, как это работает - написать такие штуки тяжело, и можно понаделать ошибок (P.S. тоже в реальной жизни проектов на тарантуле не видел, только долкады от майл ру про внедрения партнерам)
PD
Хм, в редисе тоже есть персистанс, по сути от тарантула ничем не отличается (по реальным гарантиям)
DP
из рекламного буклета, у них хорошие гарантии на хранилище, но тут конечно сложно что-то сказать, не зная, правда это или нет
Write-Ahead Logging
Both in-memory storage engine and disk storage engine use write-ahead logging. The transaction result returns only after it has been saved to disk. This means that even a sudden server restart wouldn’t cause data loss.
Synchronous Replication
When a disk or a server fails, replication helps prevent data loss. In Tarantool, replication lag is typically 100-200 µs, which is equal to network latency and reduces the probability of data loss to virtually zero. When you need guaranteed data persistence, you can configure synchronous replication only for critical data in the tables you need.
PD
Ну, я где-то полгода назад смотрел, там было не очень...
Ну и "replication lag is typically 100-200 µs, which is equal to network latency and reduces the probability of data loss to virtually zero" - очевидно неправда.
Ну и "replication lag is typically 100-200 µs, which is equal to network latency and reduces the probability of data loss to virtually zero" - очевидно неправда.
AA
Какие немецкие стикеры