看 log 是 create 本身就有了一个 begin/commit，再外面的 transaction 的 rollback 已经没效果了？

ps:ruby+activerecord;不在 rails 中

1，学习了 2，没必要

#4 楼 @yanhao 从 log 看，在 rollback 前居然有个 commit 操作，不知怎么回事

D, [2013-04-21T15:32:34.024600 #15630] DEBUG -- :    (0.3ms)  BEGIN
D, [2013-04-21T15:32:34.096260 #15630] DEBUG -- :    (0.6ms)  BEGIN
D, [2013-04-21T15:32:34.104295 #15630] DEBUG -- :   SQL (2.8ms)  INSERT INTO "records" ("note_id") VALUES ($1) RETURNING "id"  [["note_id", 338]]
D, [2013-04-21T15:32:34.125080 #15630] DEBUG -- :    (20.0ms)  COMMIT
D, [2013-04-21T15:32:34.127409 #15630] DEBUG -- :    (0.7ms)  ROLLBACK

log 如上 代码如下

module MnModel
  class Note < ActiveRecord::Base
    establish_connection DB_CONFIGURATIONS

    has_many :fields
    has_many :records
    has_many :items, through: :fields

    def create_record_with_date(attributes={})
      record_with_data = {}

      transaction do
        record = Record.create note_id: id
        record_with_data.merge! record.serializable_hash

        raise "error"
        fields.each do |f|
          item = Item.create record_id: record.id, field_id: f.id, content: attributes[f.name]
          record_with_data.merge!(f.name => item.content)
        end
      end

      return record_with_data
    rescue => e
      return {}
    end
  end
end

#1 楼 @quakewang 我在 console 下测试了用 transaction 这样使用是有用的，应该是我代码细节问题，我自己看吧，Thx

#1 楼 @quakewang apt install 的 postgresql

xrandr 命令看看有没有显示设备

#10 楼 @ericguo 恩。打算回头跟同事商议下看看下个月有没有饭吃，有饭吃就让别人用.net 做去，没饭吃就只好接过来 jruby 做做：）

#9 楼 @robbin Thanks，这是个方法，差点忘了。以前在 linux 上弄过一个 jruby，感觉没什么必要，那次因为照顾客户感受说基于 java 哈。在 Windows 上倒可以用。

#5 楼 @hhuai 再退一步就是让我身边的人用.net 直接上，或者外面再找人做。技术都可以会，但从学开始就时间不够。

#4 楼 @Rei 不要那么讲嘛，哈哈。拍板的权利和付款的能力在人家手里（zf 部门），一个英雄汉也敌不过一个馒头阿。

看到一个 bitnami 的软件，遥遥有印象几年前用过，估计这个可以省下我环境方面的一些力气。

#1 楼 @hhuai vmware 里面还是 linux，客户对于他自己不“懂”的东西，是不会接受的。而且生产部署在虚拟机里面，性能保障还是不够的（毕竟不是商用版本的 vmware 服务器上面的虚拟机）

程序员应该多学习学习如何跟非技术人员交流

那些新闻和事件，或者大事情不重要， 重要的是低头看见的座位、吃饭、睡觉、马路、同事、自来水，人文环境等生活细节的东西，才是真的生活质量。

我们老板买了苹果立马装了 windows

选择比努力重要

#3 楼 @mvj3 后续功能需要对字段做一些筛选排序之类，放到 json 不容易处理，放到 hstore 应该不一定很容易做后续功能。所以先牺牲效率，一个 join 消耗 100ms 还是可以接受的，大不了页面简单点不做其它功能避免多 sql 查询。ps，有些情况对效率要求没有那么高。

#1 楼 @blacktulip 举例：fields 有： id, name 6, xxx 7, 姓名 8, 描述 9, 性别 10,xx

一条记录对应 Item3 条记录如下： id,field_id, row_id, content 1, 7，uuidx，王某某 2, 8，uuidy，我是工人 3, 9，uuidz，男

我要获取一个记录是【王某某，我是工人，男】

#51 楼 @tigerinfosys 我也从宜家买了个和 lz 差不多的，只放书，所以看着眼熟。就是横版位置不一样（似乎有好多洞洞可以自己挑位置），然后键盘托似乎是另外配的，宜家应该也有现成的配件。

宜家很多小玩意在网上不一定很容易找到，实体店可以看

可以找一些源代码贴出来大家一起分析看看，v8 有钱支持，很多方面肯定做的好的也该学习学习：）

#7 楼 @wym205 github 查询结果：This project is no longer maintained.

#5 楼 @doitian 正好想到一个后面需要的功能，就是每次变更操作要记录下来，paper_trail 正好有类似功能，多谢。不过对于非 rails（ruby+activerecord）的，似乎没法直接用 paper_trail，有什么推荐不

以前维护一个老的看到用 paranoia，后来没用直接手写，后来提到 scope。

#2 楼 @SharpX 懒得思考这个字段的处理，所以看看有木有特别偷懒的方法而已，特别全局同一个处理逻辑的情况

看了列表，发现没有 mac 省了好多钱

这个问题不知道，当初也是因为 resque 有问题没时间研究折腾直接换 sidekiq。

有一个就够了，别两个人都入坑