首页   注册   登录
 saulshao 最近的时间轴更新
saulshao

saulshao

V2EX 第 167989 号会员,加入于 2016-04-13 10:18:06 +08:00
saulshao 最近回复了
17 小时 24 分钟前
回复了 xytdj 创建的主题 程序员 从 996 谈开发团队的绩效管理
这就不是个技术问题,实际上跟客观规律也没什么关系。
一开始,资本主义一直强调超时工作,因为单位时间的工资下降了,这符合资本的天然目标。
但是随着权利意识的逐渐觉醒,西方国家的劳工经历了一段很长时间的暴力或者非暴力斗争,导致了议会不得不制定法律以确保雇主不得强迫劳工超时工作。请注意,这和效率没关系,这实际上就是劳工和雇主之间的利益冲突。
别扯什么先进不先进,就是中国还没有经历这个斗争的过程,发达国家现在的法律其实就是为了解决劳资双方可能的暴力冲突,因为暴力冲突的效率是最低的,双方都会有比较大的损失,但是法律其实也是需要双方认可的,本质上这其实就是在战争之后签订的和平协定。
在下在大学的时候参加过一次 IQ 测试,结果是 68。
我后来以为是个例,就把同屋的 6 个人都叫去测了一遍,大概最高的也只有 83,大部分都跟我差不多。
别问我是啥大学的......
你在表 1 中必须有个 mobilephone 字段才能插入......
有了的话就很简单了,写个 left join 语句往 1 表插入就行。
如果不会写 SQL,就写个程序把二表的数据读到内存里,一个个往表 1 插,每次插入之间检查 userid 是不是在表 1 就行了。
你不太可能从数据库查询 100 万行数据到前端页面,这和前端页面显不显示似乎没什么关系。
我没见过 JSON 用一个可变的值当成 Key 的,所以 A 的写法格式上不能说错,但是这种写法很难形成一个稳定的格式,因为解析这个东西的假设是第一个属性的名字(key)实际上是某个(不存在的)属性的值。一旦发生针对这个的变更,后续的所有客户端的程序可能都会受到影响。
因此,我推荐 B 的写法。
35 天前
回复了 wsseo 创建的主题 Linux uos 好像就是 deepin
我就觉得这个名字无比牛逼....统一操作系统.....
正常应该就是代码处理,SQL 处理这个非常费劲。并且思路和代码是一样的。
这个应该是个占位符,实际使用的时候需要将这个{0}替换成实际的值。
在关系数据库出现之前,我估计世界上所有的数据都是用固定格式的文本 /二进制文件存储的。
那时都是在代码里判断唯一性。直到关系数据库出现......
首先我建议遵循 ERP 的数据结构,产品基本上就是 BOM,BOM 其实不关心你生产的是汽车还是服装。需要细分属性的时候就建表扩展就行了。其实我之前实践过用 K/V 的结构存储不同的属性,但是这么做的问题是有一些需要经常查询的字段,可能必须拿出去单独建表,不然无法保证性能。
其实,首先需要评估的是你做这个东西干啥,然后再考虑 IT 实现。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3826 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 21ms · UTC 03:21 · PVG 11:21 · LAX 19:21 · JFK 22:21
♥ Do have faith in what you're doing.