niubee1

niubee1

V2EX 第 280957 号会员,加入于 2018-01-08 22:46:50 +08:00
今日活跃度排名 4835
根据 niubee1 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
niubee1 最近回复了
1 天前
回复了 WeberXie 创建的主题 分享创造 到哪里去找靠谱的 App 开发外包?
这都是命
真机的 CPU 和模拟器没法比啊,之前写了个多线程下载的功能,在模拟器上跑得飞快,上了真机就卡到蛋,仔细想想,iPhoneX 是啥 CPU ,多大内存,调试用的 Mac 是啥 CPU ,多大内存。
1 天前
回复了 llxe2v 创建的主题 硬件 想自己攒个机器学习开发的机器, 求推荐.
这点预算不够,也就够你跑跑 yolo ,大模型是跑不起来的
最近的话,可以去缅甸,云南有代理可以帮你办,你不用出境
你入了不知道干啥,再便宜都是亏,我入的 199/yr 的,足够小型项目的启动了,马上新项目就启动可以用上了,另外一个 99/yr 的已经有项目跑在上面了。
你自己不干正事,才吃灰的,怪别人优惠时间长算什么事
2 天前
回复了 Foxkeh 创建的主题 问与答 笔记本电池疑似鼓包, 能否用擀面杖擀平?
记得有猛人,把这个鼓包当水泡给挑了,然后不出意外的烧起来了,你试试找个手套式全隔离实验工作台,把里面充入纯氮气,然后在无氧环境下把鼓包给挑了,排除气体后,把挑破的部分用补胎的胶贴粘起来保证气密,说不定还能继续用一阵
2 天前
回复了 KoreaFish 创建的主题 Apple iOS 各翻墙软件耗电问题
没怎么耗电,且我也没用什么小火箭,随用随开,用完就关。
方法是,家里的 OpenWRT 上除了翻墙小火箭外,再多部署一个 VPN Server ,最早是用花生壳的动态域名,但是没花钱的切换不是很及时,有时候急用的时候死活连不上,后面因为有个阿里云的小实例,在上面部署了一个 FRP ,就换了 FRP 来转发。这时候在手机上配置好 VPN ,就能在任何地方用家里的网络翻墙了,速度的话启动慢一点,但是看 youtube 视频没啥问题,还有个好处是能更方便的访问家里 NAS 上的内容,而且不需要把 NAS 暴露到公网上
首先你需要先从建模开始入手,合理的模型才能高效的驱动业务,然后模型的持久化,数据库只是一种选择,文件,redis ,远程 API 也可以是持久化的一部分,把适合数据库的部分拿出来,再来说数据库表设计,数据库表和模型实体之间并不是严格的一比一的关系,虽然很多时候是一比一。一般来说基本原则还是遵循 3NF 范式,但是在某些地方,根据模型和业务的实际情况,需要做一个些反范式的设计,比如某些在 3NF 范式下 JOIN 深度超过 2 层的地方,用冗余字段降低到 2NF 范式,某些模型实体比较大的,根据访问频次,可能会切分成几个表,比如用户,用户的登陆信息和用户的属性就需要切分成两个表来存储,如果有一些统计字段,也会单独用一个表来存,因为登陆信息一旦插入,几乎很少修改,而属性则因为运营关系经常有需求会修改加字段,这个时候分开表就不容易被卡住。有用户的统计字段的话,因为经常性的更新统计信息,这个表比较热,所以更需要和其他几个表分开,这样保证了 1 ,模型的完整性 2 ,可扩展性 3 ,效率。做好设计后在纸上预跑一遍,不要依赖就急吼吼的拿起工具就建表,预跑一遍,把 SQL 写出来,然后才好规划索引,另外就是根据实际的业务来计算一下预计的容量,也是你系统的设计容量,比如有的表撑死了也就几百条一千吧条数据,那你除了主键外都没有必要建多余的索引。有的表预计记录条数超多,那么提前考虑好是否需要分表,分库。

在真实世界里完美的设计是不存在的,因为其实完美的需求是不存在的,而好的设计和坏的设计的区别就在于如何取舍上,这个问题貌似没有哪本书能给你完美的答案。认识一个家伙特别喜欢买书,各类大作堆了一墙,但是能看完的,本就不多,看完了的,貌似也没啥用,搞数据库设计还是稀烂,经常扯到蛋(还是客户端的数据库)
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1124 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 23:31 · PVG 07:31 · LAX 16:31 · JFK 19:31
Developed with CodeLauncher
♥ Do have faith in what you're doing.