Битва key-value сховищ
Які key-value сховища ви використовуєте у бою?
Запозичив список із сайту db-engines.com (до речі, дуже цікавий сайт, рекомендую), включив усі бази з ненульовою «популярністю» звідти. Не відзначайте бази, які просто пробували/цікаво, а тільки ті, що крутяться і приносять гроші вашій компанії прямо зараз.
Зверніть увагу: MongoDB це НЕ key-value сховище, проте за неї можна проголосувати, див. пункт «Сховище документів як key-value».
Які властивості key-value сховища важливі?
Різношерста купа вимог. Прохання вдумливо пройтися ними. Зверніть увагу, що багато властивостей суперечать одна одній, тому що половина спрямована на функціональність, а інша - на продуктивність, які в цілому суперечать одна одній. Деякі властивості можливі лише за наявності інших властивостей чи комбінацій, деякі є посиленими/ослабленими версіями одне одного, тощо.
Пункти 2-6 описують якісь розумні властивості транзакцій (до речі, вам можуть бути взагалі не потрібні транзакції: (напр. прості get і put по ключу — це ще не транзакції), тоді не помічайте жодного з цих пунктів), пункти 7 -9 - Рівень узгодженості властивостей, зазначених вище.
«Нативний клієнт для Java/С/С++/С#» — отже клієнт цих мов непросто формує запит мовою, якою написана база, і у який-небудь IPC/JNI, а безпосередньо працює з базою. По суті, це означає, що база написана (зокрема) цією мовою. Завдяки наявності таких штук, як Protocol Buffers, Thrift та докладних, база, взагалі кажучи, може бути написана кількома мовами.
Я 100% забув якісь важливі властивості, пишіть у особу, додам до опитування.
Тільки зареєстровані користувачі можуть брати участь в опитуванні.Заходьте будь ласка.