V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  encro  ›  全部回复第 110 页 / 共 163 页
回复总数  3243
1 ... 106  107  108  109  110  111  112  113  114  115 ... 163  
2020-05-23 17:51:04 +08:00
回复了 apeople 创建的主题 程序员 618 想组装一台黑苹果,单主机预算 4-5k,求推荐配置
特别了解了下:

ES 版,全称 Engineering Sample(工程样板)。

简单说,ES 的 U 是还没正式推出前的工程 U 即测试 U 。

每款正版 CPU 推出前,和很多软件一样,早期存在许多 bug(问题),需要修改,因此 ES 版 CPU 就是担当经受严格的测试考验,用来做各种超频和热功耗等的极限测试用的,从而发现问题、修正问题。当测试到后期,产品才逐步成熟。
2020-05-22 10:17:15 +08:00
回复了 fengxue 创建的主题 程序员 数据库不是给开发用的?
@a7217107

对,
默认我 model 定义了那些,他就查哪些,定义了所有就查询所有。
而往往 model 定义了所有。
2020-05-22 10:14:01 +08:00
回复了 fengxue 创建的主题 程序员 数据库不是给开发用的?
最后,
要什么 DBA,
自己写 migrate,自己查慢日志。

NB 程序员:
谁不同意我的意见,
我就写个程序帮他有优化下,
让领导觉得他这个岗位可有可无。
2020-05-22 10:08:08 +08:00
回复了 fengxue 创建的主题 程序员 数据库不是给开发用的?
@tairan2006

几乎我用过所有 PHP,PYTHON,GO 框架没有指定 select 的时候都是 *
2020-05-22 09:21:26 +08:00
回复了 hanxu317138 创建的主题 程序员 想了解一下 35 以上的程序员.都去哪了做什么了.
@newmlp
25 年和程序员年龄没有关系。有人 30 开始学,过 5 年就 35 了。

04 毕业,身边同事大概情况:

超过 70%走向管理+开发,
20%左右仍然在大中型公司担任开发,
不到 10%离开开发岗位走向创业,
完全离开互联网行业的几乎没发现。

大学某 211 师范大学电子专业,同学情况:
1,30%左右在从事教育行业;
2,30%左右在华为富士康以及中小企业做管理;
3,30%左右从事销售。
2020-05-22 08:59:41 +08:00
回复了 fengxue 创建的主题 程序员 数据库不是给开发用的?
除了标题,其他我是挺作者的:
1,字段有顺序,打开数据库重新设计时容易找到;
2,ORM 自动都是 select * ,这点性能不算啥,当然如果高频查询,内容长时不应该。

最后标题也是支持的:
1,生产库不是给开发用的很正常,但是找 BUG,定位线上数据问题还是得开发为主,所以如果说数据库给开发用没毛病;
2,至于说数据库是给客户用的,这个客户不用数据库,用的是产品和服务。
2020-05-22 08:53:26 +08:00
回复了 fengxue 创建的主题 程序员 数据库不是给开发用的?
@neoblackcap
加字段恰好属于 ONLINE DDL
2020-05-22 08:50:41 +08:00
回复了 fengxue 创建的主题 程序员 数据库不是给开发用的?
@Vhc001
和应试教育有关系?
2020-05-21 08:57:49 +08:00
回复了 pushback 创建的主题 MySQL [外键应不应该建立]
@msg7086

正因为可以 orm,所以选 3 。。。
2020-05-20 14:53:07 +08:00
回复了 pushback 创建的主题 MySQL [外键应不应该建立]
最佳性能角度:建立外键,自动删除,迁移过期数据;

高开发效率:建立外键,自动删除,新旧数据同时存放;

高安全:不建立外键(防止 CASCADE 自动删除),禁止账号删除权限(只做软删除),新旧数据同时存放;

如果你是领导,你选哪个方案?
我选择 3,只在需要时候才迁移无效数据作为补充。
@zpf124
但数据本身的复杂性和量级则大多不如过去传统企业项目。

数据没有复杂性,使用方式才复杂:
用户,权限,角色,工作流等这些在数据库都非常简单,是查询复杂。互联网项目会采用用户登录时候缓存,使用时检查策略;传统项目采用物理表,物理视图,关联表,或者让它慢的策略。

互联网项目多个公司公用一个数据库,远非传统项目能比:
互联网项目一个小公司数据库藏着几千万条数据,传统项目 1000 人公司运行了几年可能还是不到一千万记录。
@zpf124

外键影响性能?

如同一群人讨论雨滴从高空落下来会不会砸死人。

当数据库开发人员是沙雕?

自己一试不就知道了?

正确的外键不但不会降低性能,可能还会优化性能(比如:1,外键一般都建立了索引; 2,对于大部分数据库来说,如果你用外键,不能存储 0 值,但是可以存储 null 值,而数据库应该都对 null 值索引有优化)。如果说影响性能,唯一可以说的是索引需要花时间建立和占内存,以及修改当前数据的时候。

外键,本质只是一个检查规则,其实就是一条潜在的触发器,这条规则只影响当前这条数据增删改查的时候。

所以,我认为说外键影响性能,绝大多数情况是因为 sql 没写好,用关联查询没有注意查询复杂度,导致的性能底下,然后被外键背了锅。

说外键影响性能的人缺乏思考和分析。
1,因为以前那些厂商都需要定制,每个公司的 SQL 和程序版本都可能不一样,改数据库比改程序方便多了,不用发包;
2,因为企业应用很多是按时间收费和按需求点收费,完成一个需求,最快的办法就是写存储过程啦,不需要改界面和接口,发包;
3,传统应用一个公司一个数据库,性能不够,硬件来堆;互联网企业所有客户可能公用一个数据库,响应时间超过 1 秒用户就要骂,所以对性能要求更高,所以需要足够简单和高效的数据库。
4,mysql 和 pg 也支持复杂查询,用的人少,是因为逻辑放在程序里面比较好维护,如果程序里面也有,存储过程也有,最终不知道去那里找。传统公司人员流动少,所以他们可以放存储过程里面,难理解也没关系。
5,传统公司用 oracle 和 sql server 有一个好处是每年收费,数据库公司对外报价 10 万一年,收客户 10 万,实际软件开发公司可能 2 万,这一年 8 万的差价赚得多开心?
6,传统 erp,oa 很多涉及如权限、递归等,确实查询复杂,使用程序实现,不如采用数据库物化视图,存储过程之类实现,程序不用修改或者少量修改,只要修改数据库就能得到性能提升。


至于说 mysql 复杂查询会挂掉的,大概分不清锁表和锁行,理不清楚查询复杂度概念,选择性无视 mysql,pg 的企业列表,也重来没看见过“阿里放弃 Oracle 选 MySQL”之类的文章。
2020-05-19 19:39:57 +08:00
回复了 per 创建的主题 分享发现 本站山东人多嘛? 问一个相关事情
国强民弱,
赶人卖地。
2020-05-18 13:41:42 +08:00
回复了 djyde 创建的主题 程序员 离开阿里巴巴
@tfykimi

上位者不是天生,下位者也可以说服上位者。

说服是一种势,无势时可以待势,造势。
2020-05-17 23:19:15 +08:00
回复了 xilou31 创建的主题 Apple MBP 买 13 还是 16 寸好?
存点钱,别找工作的时候,租房的时候如果押 2 付 3 之类没有钱,哈哈。

够用就好,买性价比的,别买顶配,反正过一整子就看到新的又想换。
2020-05-17 23:11:47 +08:00
回复了 kaiki 创建的主题 问与答 现代社会如何减少被剥削的机会。
1,生产资料和分配方式的不平等;
2020-05-17 23:08:53 +08:00
回复了 kaiki 创建的主题 问与答 现代社会如何减少被剥削的机会。
想不被剥削,其实可能是错误的:

1,小孩子从父母获得,但是回报很少,父母会不会觉得是剥削?
2,去年你为 a 公司赚了 100 万他分你 50 万,今年你为 b 公司赚了 1000 万分你 100 万,那个剥削更厉害?
3,你创业初期融资 100 万用掉 20%股份,你创业成功融资 1000 万用掉 5%股份,那个更剥削?
4,你自己进了创业公司带着一帮小弟做得很开心却不赚钱?


正确想法可能是:

1,如何做大我的价值?
2,能被剥削证明我有价值?
3,能力越大,责任越大。(工资越高,税越高?)
4,如何才能避免剥削意识,建立公平的环境?

我最佩服马云的一句话大概意思是:我们要给别人发红包,不要别人给我们发红包。
你看过年能给村里老人发红包的人,都是有社会地位的人,哪怕钱不多,他也是一个有尊严的人。


剥削的本质:
1,生产资料和生存关系的不平等;
2,社会贡献的不平等;
针对以上本质你有好想法吗?我有一个想法可以一起探讨。
2020-05-17 22:48:20 +08:00
回复了 jimmyczm 创建的主题 问与答 我们如今持有的偏见,是否很大程度收到了媒体的影响?
反过来:

人能够接受新思想,证明还活着。
1 ... 106  107  108  109  110  111  112  113  114  115 ... 163  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   889 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 46ms · UTC 22:20 · PVG 06:20 · LAX 14:20 · JFK 17:20
Developed with CodeLauncher
♥ Do have faith in what you're doing.