2010-07-29 3 views
0

Я сейчас на стадии проектирования системы отчетности, которая будет создавать сравнительные отчеты экранов для флота банкоматов (разрабатываемых в Ruby on Rails).Что было бы лучшим решением для хранения отчетов?

Данные, собранные из каждого банкомата, хранятся в XML, которые содержат имя файла, дату изменения, размер и контрольную сумму. Затем эти файлы сравниваются с основным файлом и сообщают о дополнительных, отсутствующих или несогласованных файлах на ATM.

Вопрос в том, как сохранить сгенерированный отчет. Отчет будет содержать индекс всех банкоматов с общей суммой, а затем отдельный отчет о подробностях/списке файлов для каждого банкомата (около 1000). Каждый день будет создан отчет с 60-дневным удержанием.

Я рассмотрел использование хранилища документов, таких как CouchDB или MongoDB, и сохранил всю информацию в виде единого документа в базе данных.

Грубая оценка данных за 60 дней займет около 30 ГБ.

Как бы вы справились с этой ситуацией?

+0

Вы шутите правильно? Вы серьезно не разрабатываете банкомат, где данные хранятся в XML-файлах, а не в безопасной RDBMS? –

+0

И если вы ... пожалуйста, сообщите нам имя Банка, что это так, чтобы мы никогда не открывали там счет. –

+0

Данные XML - это только список имени файла и их контрольных сумм для файлов экрана, чтобы определить, обновлены ли файлы. файл создается путем создания контрольной суммы каждого файла в данной файловой структуре. – SiliconChaos

ответ

1

«Грубая оценка данных за 60 дней займет около 30 ГБ».

А? 30Gb - такой маленький размер, что его можно игнорировать. Например, 1Tb - это размер, в котором нужно потратить время, думая об этом.

30Gb размер такой маленький, что любое решение, которое работает, прекрасное. Внедрите это быстро и продолжайте.

Смежные вопросы