ruby-on-rails – Modbus记录器到数据库和数组处理策略

我的目标是将读取的信息记录在一个简单的数据库中,该数据库可以被挖掘以在网页上生成图形和数据表,并将最新值存储在实例变量中.

数据由rmodbus库读入数组,其中每个元素的索引代表元素的地址.但是,我想将索引转换为八进制,因为它与用户已经熟悉的元素寻址方案相对应,并且在界面中更容易引用.

编辑添加细节和细化：此时,我正在使用以下架构：

create_table "elements",:force => true do |t|
    t.string   "name"
    t.integer  "modbus_connection_id"
    t.string   "address"
    t.string   "eng_unit"
    t.integer  "base"
    t.string   "wiring"
    t.text     "note"
    t.boolean  "log"
    t.datetime "created_at"
    t.datetime "updated_at"
  end

  create_table "events",:force => true do |t|
    t.integer  "element_id"
    t.string   "value"
    t.datetime "created_at"
    t.datetime "updated_at"
  end

  create_table "modbus_connections",:force => true do |t|
    t.string   "name"
    t.string   "ip_address"
    t.integer  "port"
    t.integer  "client"
    t.text     "note"
    t.datetime "created_at"
    t.datetime "updated_at"
  end

我们的想法是,后台进程可能会轮询modbus,并在仅记录更改之前与其自身进行比较,以便更改已被更改并已被要求记录的元素.元素应该存储在db和已经缩放的变量中,因此前端不必担心它.未记录的那些仍然保存在实例变量中,用于半实时抬头显示类型监视.然后,仅当UI请求时,才会针对图形和表解析其Events表中的已记录元素.

第一个问题:(最后！)使用数组中的数据并应用处理转换索引的层更有意义(并且因为它发生了相应的元素值,我使用v.collect {| i | i.to_s(16)}转换)或者更好的是将所有内容转移到哈希中,其中索引和值可以在其最可用的形式之后幸福地生活吗？

第一个问题编辑：鉴于我的问题的确定/演变只是将数据中的变化记录到一个简单的sqlite数据库中,并且我需要跟踪元素的变化以确定哪些变化在modbus读取之间,是数组还是散列更有效地进行比较？我应该关心吗？

第二个问题：在Rails中,假设一分钟的记录间隔,大约一千个数据点是否会更好地保存在独立的字段中,或者我应该将它们留在64个元素块中并在路径上解析信息？

第二个问题编辑：在数据库的一分钟“行”中运行大量未更改的数据似乎非常平淡.此外,它不允许轻松动态选择要记录的元素.以“记录器”事件而不是基于间隔为基础似乎更合适.这很好意味着第一个问题在这里更重要,因为它也可能成为状态检查机制.

我猜测我正在不必要地重新发明了一个带有启示的轮子,因为这变得和现有的“伐木工人”差不多.阅读SO后发现,登录数据库与FS相比,这是一个古老的问题.由于日志本身是应用程序的基础,我倾向于登录数据库,很可能是sqlite,因为我读过的内容.

第二个问题再次编辑：现在这是一个规范化的问题,我正在阅读的所有内容都表明“可扩展性”往往需要非规范化.我记录的“事件”表将相对简单,时间戳,值和元素ID.它是否还应该从Elements表中对最常见的属性进行非规范化,或者是在这个相对较小的范围内的连接ok？

任何人都有任何喜欢的Ruby日志框架/宝石/捆绑/插件/什么？