Делаю пет-проект, немного запутался с хранением данных. У меня есть 4 ключа, которые указывают на одно и то же значение. Например 4 разных типа хэша указывают на одну строку. Как хранить подобное, чтобы не писать 4 пары на диск и иметь возможность находить строку по одному из хэшей? SQL не подходит по причине того, что записей там будет огромное количество, писать нужно постоянно, читать редко. Но без индексов чтение будет медленным, а с индексами займёт очень много места. Из-за этого я смотрю в сторону bbolt или leveldb, тем более сложных запросов не будет, sql не нужен.
Ответ на:
комментарий
от beastie
Ответ на:
комментарий
от beastie
Ответ на:
комментарий
от dnb
Ответ на:
комментарий
от beastie
Ответ на:
комментарий
от kardapoltsev
Ответ на:
комментарий
от dnb
Ответ на:
комментарий
от beastie
Ответ на:
комментарий
от anonymous-angler
Ответ на:
комментарий
от beastie
Ответ на:
комментарий
от evgeny_aa
Ответ на:
комментарий
от evgeny_aa
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Хранилище или СУБД для множества blob данных (2020)
- Форум [sqlite] Как узнать значение primary key для новой записи? (2011)
- Форум распределенный кеш для пар ключ-значение (2018)
- Форум Как сделать SQL-запрос для удаления записей так, чтобы всегда оставалось 1000 последних записей (2015)
- Форум Помогине выбрать Database Engine (2008)
- Форум Ruby, класс чтения файлов (2008)
- Новости Redis 3.0.0 (2015)
- Форум Redis vs LevelDB (2014)
- Форум В какой БД можно хранить и обрабатывать миллиарды записей без большого оверхеда на объем? BerkeleyDB? Что-то из NoSQL? (2012)
- Форум В какую DB можно засунуть ADT? (2013)