Вот сценарий:высокопроизводительное решение для хранения больших текстовых
1) Все данные в настоящее время хранится в SQL Server
2) Существует одна таблица X, которая хранит самые важные и высоко используемых данных
3) Каждая запись в таблице X имеет один столбец Y, который хранит до 2 Гб текста
4) Количество записей растет (> 10 миллионов и выращивание)
5) В столбце Y с макс 2 Гб текста на строку занимает около 90% пространства таблицы X
Проблема: база данных становится неуправляемым, и мы должны хранить данные из столбца Y где-то еще (за пределами SQL Server)
Вопрос:
Что такое лучшие решения для хранения большого текста?
Ищу поставщика решений с наименьшим количеством накладных:
- быстро читает
- быструю запись
- масштабируемые
- может обрабатывать параллелизм хорошо
I не заботятся о полном текстовом индексе или дополнительных накладных расходах. Простое хранилище и доступ.
PS
Некоторые идеи, которые я до сих пор:
- очень простая база данных NoSQL
- плоский файл - база данных на основе
- пользовательское решение, что я могу написать с нуля, используя некоторые библиотеки
Вы просматривали filestream или файл таблицы –
Я просмотрел файл и файл. Но я ищу что-то совершенно независимое от SQL Server. – Chicago
Если средний размер записи составляет> 10 МБ, простые файлы, вероятно, являются лучшим решением. Однако создайте хорошую структуру/иерархию каталогов, так как у окон есть проблемы с большим количеством файлов в одной директории. –