V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  746970179  ›  全部回复第 18 页 / 共 18 页
回复总数  342
1 ... 9  10  11  12  13  14  15  16  17  18  
2017-04-06 09:54:43 +08:00
回复了 746970179 创建的主题 程序员 软件推荐: snap, 比 alfred 快 100%
@ynyounuo 快捷键冲突上面, 暂时用的十几个软件(sequel pro, chrome, sublime, qq, source tree, wiz, 网易云, item2,有道等等等等), 只有 wiz 笔记的几个快捷键是 option+{a-z}冲突, 其他的主要都是通过 cmd+{a-z}或者 cmd+shift+{a-z}完成, 偶尔有 ctrl 加入(item2), 绝大多数不用 option. 其次, 即使用了 option, 不代表那个功能是常用的, 大多数功能是可以牺牲(用的太少太少, 不如把机会留给最常用)的.

使用 option 的主要目的是 让最常用的功能按最少的键: 2 个. 同时, 将自定义快捷键的逻辑, 定在 option + {a-z}, 逻辑统一
2017-04-05 22:38:46 +08:00
回复了 746970179 创建的主题 Python django 求教数据库设计, 是否需要进行大表拆小表
@guolingbing @ytmsdy
感谢回复, 主要是至少三组数据, 每组数据有 4~5 个字段, 其中有 1~2 个是外键
如果全部存一张表, 那么担心
1. 外键太多, 一张表有十几个, 担心不太好. 个人对数据库设计, 并没有太深刻的理解, 只是喜欢一般一张表 20 个字段左右, 这样理解, 记忆什么的比较方便
2 未来如果进行业务扩展, 因为只有一张表, 那么担心这张表会过大(目前 3 组, 全部 30 个字段左右了, 扩展 2 组数据, 会有四十多个字段, 感觉表很冗余了)
最终, 选择的方案是拆分成两张表, 原则是根据业务的主次进行拆分, 主要业务放主表, 然后将辅助性的数据(相对不常用)全部放到扩展表中, 后续如果进行扩展, 也按照这个原则, 将字段添加到对应的表中.
没有根据数据逻辑, 因为根据数据逻辑, 拆分的不止两张表, 那样有点太多, 所以折中使用业务逻辑拆分.

@ytmsdy 想做水平拆分, 但是使用 django+mysql 不太会, 后面准备使用的方案是进行数据归档, 当数据量增长到一定程度, 将历史数据从原表中 copy 到另一张表(或者数据库), 再从原表中删除(以当前的技术水平, 这个方案可行性最高了,,,,,,,见笑了)
@ytmsdy orm 默认不会带出所有的外键对象的数据, 如果需要, 指定 select_related('foreignkey')即可, 相对来说, django orm 是真的强大+易用的
1 ... 9  10  11  12  13  14  15  16  17  18  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2827 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 13:22 · PVG 21:22 · LAX 05:22 · JFK 08:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.