Vlad Khorsun wrote:
Предел в 2 миллиарда транзакций непреодолим.
Ну так не надо в него стучаться лбом - это больно и не нужно :)
Не, экономить номера транзакций тут нет никакого желания.
В 3-ке сделаем 4млрд. Потом посмотрим на возможность дальнейшего
расширения этого лимита.
Это уже новая ОДС.
Если в базу делается только insert и select, то увеличивать размер
файла БД в разы
Это претензия конкретно к ФБ или вообще к БД ?
Нельзя для отдельный таблицы установить 100% fill rate.
И откуда возьмётся случайное перемешивание, если данные приходят с
датчиков
весьма последовательно - т.е. кластеризация по времени и так
присутствует натуральным
образом ?
Я про то, что это никто не гарантирует явно. Например b/r теоретически
может всё изменить. Да и вставка может происходить пакетно по датчикам,
что приведёт к перемешиванию.
Партиционирование? Быстрое удаление устаревших данных?
Это (партиционирование для удаления устаревших данных) легко сделать
и вручную.
Я тебе больше скажу - можно сделать и шардинг на несколько хостов,
например по
ИД датчика. Было бы желание.
Нет, только не вручную - дробить один файл БД на множество мелких... это
кривизна в обработке.
