Как лучше всего обработать устройство хранения данных исторических данных?
Потому что клиент SNX не может запуститься без терминала. Поэтому я включил в свой скрипт эти команды для запуска snx в сеансе byobu.
byobu new-session -d -s vpn;
byobu new-window -t vpn:1 -n "snx" "echo your_password | snx -s your_ip -u your_user; sleep 10"
2 ответа
Если требование только для создания отчетов, рассмотрите создание отдельного хранилища данных. Это позволяет Вам использовать структуры данных как медленно изменяющиеся размеры, которые намного лучше для исторического создания отчетов, но не работают хорошо в системе обработки транзакций. Получающаяся комбинация также перемещает историческое создание отчетов от Вашей производственной базы данных, которая будет победой производительности и обслуживания.
При необходимости в этой истории, чтобы быть доступными в рамках приложения затем, необходимо реализовать своего рода управление версиями или логическую функцию удаления или сделать все полностью мятежником и вновь заявить (т.е. транзакции никогда не удаляются, просто инвертировали и вновь заявили). Думайте очень тщательно о том, нужно ли Вам действительно это, поскольку это добавит большую сложность. Подавание транзакционной заявки, которая может восстановить исторический, правильно указывает, значительно более твердо, чем это смотрит. Финансовому программному обеспечению (например, страховка, подписывающая системы), не удается сделать это намного больше, чем Вы могли бы думать.
При необходимости в истории только для контрольного входа сделайте теневые таблицы и триггеры входа аудита. Это намного более просто и более устойчиво, чем попытка к правильно, и всесторонне реализуйте аудит, регистрирующийся в рамках приложения. Триггеры также возьмут изменения в базе данных из источников вне приложения.
Этот вопрос продвигается Логика направления деятельности. Знайте, что Ваши бизнес-требования сначала затем запускаются оттуда. Хранилище данных является хорошим решением для этого вида ситуации. ETL даст Вам много опций имея дело с потоками данных. Ваше фундаментальное понятие 'Истории' по сравнению с 'Активным' довольно корректно. Ваши ретроспективные данные будут более эффективными и гибкими, если сохранено в хранилище данных со всеми их таблицами измерений и таблицами фактов.