#7 楼 @blacktulip 1、[a, b, c] abc 三个元素之间不能重复 2、两个 [array] [array1] 之间的内容也不能重复 [1, 2, 3] 和 [3, 2, 1]算做重复

#5 楼 @blacktulip 怎么生成这些 [[1, 2, 3], [4, 5, 6], [7, 8, 9]]

#3 楼 @blacktulip YES

#1 楼 @lostleaf 大概是这个例子

#5 楼 @tankerwng 有意向再谈时间啊亲

你可以在出去之前先投简历给他们 看看反馈

那地方占座有点困难

听过萝莉死金吗？ http://www.xiami.com/artist/106803?spm=0.0.0.0.6E6FMo

年纪大了~浮躁了~ 一看一大片的文字就没耐心去读了~ 但支持楼主

Unicorn 是我心中永远的痛 当初死活也 run 不起来

#25 楼 @Rei 也就是系统用的和业务用的 ID 区分开就 OK 了~ 我现在不太清楚怎么讲其他表的外键重新关联我自定义的一个 id 字段上

#20 楼 @dotnil 相关的外键没有被修改

irb(main):007:0> Brain.all
  Brain Load (0.3ms)  SELECT "brains".* FROM "brains"
=> [#<Brain id: 2, zombie_id: 3, status: "fol", flavor: "Mud", created_at: "2012-12-14 03:30:17", updated_at: "2012-12-14 07:40:00">]
irb(main):008:0> z = Zombie.last
  Zombie Load (0.3ms)  SELECT "zombies".* FROM "zombies" ORDER BY "zombies"."id" DESC LIMIT 1
=> #<Zombie id: 3, name: "n29", bit: nil, age: 29, created_at: "2012-12-14 03:05:25", updated_at: "2012-12-14 03:05:25", email: nil, rotting: false, zombie_id: nil, id_zombier: nil>
irb(main):009:0> z.update_column(:id, 5)
  SQL (24.6ms)  UPDATE "zombies" SET "id" = 5 WHERE "zombies"."id" = 3
=> true
irb(main):010:0> z.save
   (0.1ms)  begin transaction
   (0.3ms)  commit transaction
=> true
irb(main):011:0> Zombie.all
  Zombie Load (0.4ms)  SELECT "zombies".* FROM "zombies"
=> [#<Zombie id: 1, name: "Caike Souza", bit: nil, age: 27, created_at: "2012-12-14 02:52:34", updated_at: "2012-12-14 02:52:59", email: nil, rotting: false, zombie_id: nil, id_zombier: nil>, #<Zombie id: 2, name: "neo", bit: nil, age: 27, created_at: "2012-12-14 03:05:10", updated_at: "2012-12-14 03:05:10", email: nil, rotting: false, zombie_id: nil, id_zombier: nil>, #<Zombie id: 5, name: "n29", bit: nil, age: 29, created_at: "2012-12-14 03:05:25", updated_at: "2012-12-14 03:05:25", email: nil, rotting: false, zombie_id: nil, id_zombier: nil>]
irb(main):012:0> Brain.all
  Brain Load (0.3ms)  SELECT "brains".* FROM "brains"
=> [#<Brain id: 2, zombie_id: 3, status: "fol", flavor: "Mud", created_at: "2012-12-14 03:30:17", updated_at: "2012-12-14 07:40:00">]

#19 楼 @Rei 嗯~耗了一下午 果断放弃 准备自定义主键在每张表

#15 楼 @jimrokliu id 有时候是看 DW 设计的时候对于元数据怎么定义的 我们 OLAP 里面的 ID 规则是ID+Origin_ID 中间用 0 充满 18 位长度。这种设计有弊端也有好的一方面。另外 关于应该不应该 我就是这样 你说不能碰的东西我偏要碰一下看看会怎样 会爆虾米错误 也许有惊喜呢 呵呵

#12 楼 @jimrokliu 呃... 兄台 你这句话反过来就是“DEV 不应该用 sql，直接写 java 就处理了”开玩笑的

#10 楼 @dotnil 我看到 Hints 的时候各种泪奔

Make sure both has_one and belongs_to know about the :tweeter_id foreign_key

class Tweet < ActiveRecord::Base
  has_one :location, dependent: :destroy, foreign_key: :tweeter_id
end

class Location < ActiveRecord::Base
  belongs_to :tweet, foreign_key: :tweeter_id
end

#8 楼 @dotnil 嗯 我觉得也是 加一个专用主键会好一点 命名规则神马的都可以照顾到 否则都叫 id.....

#5 楼 @ywjno 我为什么会想到这个事情 我们的业务表像提单之类的东西 ID 主键不是自增长 是有一个区段的的 比如 19 开头的是 NGB 宁波 22 开头的上海 10 月中旬做过的一次 DM 动作就是讲 NGB 的数据汇入到 SHA 里 相对的 ID 主键和从属的发票信息之类的东西都一并修改过来 实际场景中 还是会遇到这种事情的。我在 CodeSchool 今天看到的练习就是这样 via railsforzombie2 levels/2/challenges/8

OH NO! Our Database Admin turned into a Zombie and decided to rename the belongs_to field in our locations table tweeter_id instead of the intelligent default tweet_id.

#4 楼 @smallbug 谢谢~他说避免 应该是可以实现的 我的疑惑就在这里 既然这个操作没有实际更新到主键 id 那相对应的就不要修改外键的值 问题是 外键被修改了 主键没动 主键还是 3 不是 5 但外键已经被 update 成 3 了

sqlite> select * from zombies;
1|Caike Souza||27|2012-12-14 02:52:34.937489|2012-12-14 02:52:59.001395||f
2|neo||27|2012-12-14 03:05:10.530946|2012-12-14 03:05:10.530946||f
3|n29||29|2012-12-14 03:05:25.339947|2012-12-14 03:05:25.339947||f
sqlite> select * from brains;
2|5|fol|Mud|2012-12-14 03:30:17.379970|2012-12-14 05:54:17.715295

我的疑惑是 为什么不能修改主键 id 但却能修改另外一张表的外键。只是在练习中看到的例子 多尝试了几种操作 遇到一些问题 不太明白 不存在将这个逻辑放到什么项目里。只是练习

irb(main):013:0> z.brain
  Brain Load (0.2ms)  SELECT "brains".* FROM "brains" WHERE "brains"."zombie_id" = 3 LIMIT 1
=> #<Brain id: 2, zombie_id: 3, status: "fol", flavor: "Mud", created_at: "2012-12-14 03:30:17", updated_at: "2012-12-14 03:30:35">
irb(main):014:0>
irb(main):015:0*
irb(main):016:0*
irb(main):017:0*
irb(main):018:0*
irb(main):019:0* z.brain
=> #<Brain id: 2, zombie_id: 3, status: "fol", flavor: "Mud", created_at: "2012-12-14 03:30:17", updated_at: "2012-12-14 03:30:35">
irb(main):020:0> z.id
=> 3
irb(main):021:0> z.id = 5
=> 5
irb(main):022:0> z.save
   (0.2ms)  begin transaction
   (0.2ms)  UPDATE "zombies" SET "updated_at" = '2012-12-14 05:54:17.712562' WHERE "zombies"."id" = 5
   (0.9ms)  UPDATE "brains" SET "zombie_id" = 5, "updated_at" = '2012-12-14 05:54:17.715295' WHERE "brains"."id" = 2
   (17.3ms)  commit transaction
=> true

#1 楼 @huacnlee 练习而已 说不应该出现的话 如果出现了会怎样 数据会有什么变化 或者硬要这种情况出现该怎么去做。另外 我不是专业的开发人员 我在一家航运公司做 MYSQL DBA 更换主键的情况我很负责人的告诉你 在系统的 Data Migration 动作里出现过。

#15 楼 @zlx_star 嗯~我在写 Rspec 去测 确保只有 admin 身份的 User 才有资格绕开验证

#13 楼 @upsilon2gamma 这个如果有前提的话是不存在掩盖的 比如 user 注册完以后 有些栏位和内容 应该是只有 admin 或 HR 这样身份的人才可以修改或赋值 比如部门 title 之类的。

#9 楼 @woaigithub 感谢感谢 搞定了 一开始没有参透你的禅机

urrent_user.admin?
          @user.attributes = (params[:user]) #绕开验证
          if @user.save( :validate => false )

#9 楼 @woaigithub 矮油～ 没事 我这个是初学者的疑问 呵呵 我换个方法试试

#6 楼 @woaigithub :validate => false) 这个好像不起作用

ActiveModel::MassAssignmentSecurity::Error in UsersController#update

Can't mass-assign protected attributes: validate

我在 console 里也试过了 还是不行 报密码不能为空。我就是想通过 admin 来修改一部分其他 user 的属性

#1 楼 @guyanbiao 判断是否是当前拥护 禁止 user1 想 user2 PUT 数据

#8 楼 @LinuxGit 你应该是启了两个 一个没有 commit 掉 猜的。因为我遇到过一次类似的情况

你是不是起了一个 Rails console？