База данных-растущая вместе с вашими данными. Надёжная и быстрая, легко настраиваемая.
Исходный код v.2.i²(от 10.11.2026)Преимущества
Гибкое расширение
Если вашему проекту понадобится больше места или мощности, не нужно ничего перестраивать. Просто подключите дополнительный компьютер — программа сама настроит совместную работу, как будто вы добавили ещё один вагон к поезду.
Bitemporal-модель: две оси времени
Каждый факт хранится с двумя осями времени — когда он был истинен в реальном мире (valid time) и когда о нём узнала система (transaction time). Это даёт as-of запросы «на любой момент», сохранение предыдущих версий при корректировках задним числом и полный audit trail без ручного версионирования.
Отсутствие блокировок
Приложение не заставляет операции ждать друг друга — данные читаются и записываются параллельно. Благодаря этому оно работает чрезвычайно быстро и моментально откликается на ваши действия.
Простота настройки
СУБД foxcott имеет всего один файл конфигурации, упрощающий настройку и эксплуатацию субд. Разверните кластер за считанные минуты без сложных сценариев и лишних движений.
Сценарии использования нашего проекта
- Историчность и «машина времени» в прототипахКогда нужно быстро проверить гипотезу, но при этом отвечать на вопросы «что мы знали на момент T» и «каким был факт на дату D». Документная модель не требует жёсткой схемы, а bitemporal-хранение даёт as-of запросы и полную историю изменений без ручного версионирования — гипотезы меняются, а история остаётся воспроизводимой.
- Embedded-хранилище с локальной историей для десктоп-приложенийКогда приложению нужно не просто хранить данные, а помнить, когда факт стал истинным и когда мы об этом узнали — для офлайн-редактирования, локального audit trail или отката состояния на вчера. Хранилище встраивается в процесс, работает без отдельного сервера и даёт bitemporal-гарантии «из коробки»: корректировки задним числом не затирают предыдущие версии, а as-of запросы выполняются локально.
- Поздние и исправленные данные (late-arriving, restatements)Когда данные приходят с задержкой или приходят исправления задним числом — поздние события, пересчитанные значения, корректировки источников. Bitemporal-хранение различает «когда измерение фактически произошло» и «когда оно было зарегистрировано или исправлено», поэтому отчёт «на момент, когда он был сформирован» учитывает более поздние правки без перезаписи истории и потери исходных значений.
- Bitemporal-синхронизация и разрешение конфликтов на edgeКогда автономный узел на периферии работает без постоянной связи с центром, а изменения с обеих сторон нужно сливать без потери истории. Bitemporal-модель фиксирует, когда факт стал истинным и когда каждая сторона о нём узнала, поэтому при асинхронной синхронизации можно корректно разрешать конфликты, сохранять обе версии и отвечать на as-of запросы на любой момент до и после слияния. Узел разворачивается в ЗПС и автоматически интегрируется в общую распределённую сеть.
Сообщество foxcott
Предложить идею или сообщить об ошибке
Воспользуйтесь нашими шаблонами, чтобы быстро и понятно описать свою идею, предложение по улучшению или найденную проблему.
Задать вопрос
Нужна помощь по установке, настройке или использованию СУБД? Создайте обращение с типом «Вопрос» — мы ответим как можно быстрее.