V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  kenken  ›  全部回复第 12 页 / 共 13 页
回复总数  247
1 ... 4  5  6  7  8  9  10  11  12  13  
都大一了,不能太抠了。
直接iphone6吧
2015-05-31 14:42:16 +08:00
回复了 DjvuLee 创建的主题 Apple Mac OSX 代码管理软件
git 继承idea就很好用 sourcetree感觉下载了没怎么用
@ChiangDi 好一个yiku。。。 醉了
其实还有一点是,不是每个detail都存储所有的信息。detail是按照业务纬度划分的,各业务关注的纬度也是不一样的。 每次load不需要load所有detail,只需要load和更新它关注的那一条数据就可以了。

detail的json也是不能无限制增长的,一般我们使用text,65535的长度是完全够用的。 这样给上层带来的灵活度是很不错的。

当然根据不同的业务场景设计肯定是不同的,这个是要灵活配置的。
对 git blame 一目了然啊
@est 头像都存到数据库吗?。。 小规模用图片服务器,大规模直接分布式dfs之类。 而且业务检测是肯定要做的,要不然就是bug了。
@JoeShu 对,我们是电商,对事务要求极其严格,而且行级锁性能是非常高的。
@zongwan 这个对游戏确实不熟悉,一直在做电商。 像合服我听过,但不了解是怎么操作。
@fy 是mysql 5.6
@est 1M的json,那就得分离存储了,特殊情况需要特殊设计。但是1m这情况我这么多年也没遇到,这情况一般人会放到单纯的mysql吗?
@hcymk2 第2,3点。 聚合统计elasticsearch是支持的。 离线的用hadoop等大数据分析
@icqdany 大于一个表的更新 插入操作是事务的。这个是nosql很难实现的。
BTW: 我是CTO
我们就是这么玩的。 我们现在id和detail detail使用json存储。
1,运维成熟,稳定性更高。安全性非常高
2,搜索用elasticsearch单独做。速度更快,比mysql量级高很多,分词灵活
3,数据分析有hadoop,hive等工具。以及离线的其他pg,或者elasticsearch做运维系统。
4,最初设计也是上层的灵活性。上层字段添加非常多,业务开发也很频繁。1000+个字段的表无法每个字段都存储的。
5,很重要的支持事务。
2015-05-10 20:04:46 +08:00
回复了 axb 创建的主题 macOS 我的 macbook 应用清单
我给你推荐一个神器 。 可意视频。 谁用谁知道。

sublime txt 也没上榜啊。
2015-04-18 02:43:32 +08:00
回复了 bombless 创建的主题 git 个人比较奇葩的解决冲突的方式
stash pop还得解决冲突,直接merge rebase 解决冲突不是一个样子吗
加客户端一直显示 Access Denied.
2015-04-16 13:29:02 +08:00
回复了 icloudnet 创建的主题 奇思妙想 觉的五一前大盘能涨到 5000 点
年底9900-11000点问题不大。
2015-04-13 13:03:56 +08:00
回复了 yanest 创建的主题 iPhone 想给 iPhone 5s 换个电池,哪能买到靠谱的电池呢?
@philobscur 刘翔那里提供原装电池吗。我得去看看
1 ... 4  5  6  7  8  9  10  11  12  13  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   738 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 21:51 · PVG 05:51 · LAX 14:51 · JFK 17:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.