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