@sakamoto123

后面留存难，复购难没有说而已。

这也是所有电商的通病，只是在奢侈品会更加突出。

@zhybzc

爬虫不一定是违法，否则百度，头条就不存在了。

我强调的是可能程序员和老板的罪责不对等，
所以如果做违法的事情，需要三思，给老板普法，不要自己被坑了。

根据我以前的发帖记录，可以看到，公司负责人罚款，程序员坐牢。



@zhybzc

破坏计算机系统罪。

非法入侵。

滥用数据。

任何一条都是有据可查。

ant 服务端渲染？

奢侈品硬伤：


获客难

模拟 unix 开发一个 linux 是可以的，反而成为美谈。

特别了解了下：

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

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

每款正版 CPU 推出前，和很多软件一样，早期存在许多 bug(问题)，需要修改，因此 ES 版 CPU 就是担当经受严格的测试考验，用来做各种超频和热功耗等的极限测试用的，从而发现问题、修正问题。当测试到后期，产品才逐步成熟。

@a7217107

对，
默认我 model 定义了那些，他就查哪些，定义了所有就查询所有。
而往往 model 定义了所有。

最后，
要什么 DBA，
自己写 migrate，自己查慢日志。

NB 程序员：
谁不同意我的意见，
我就写个程序帮他有优化下，
让领导觉得他这个岗位可有可无。

@tairan2006

几乎我用过所有 PHP，PYTHON，GO 框架没有指定 select 的时候都是 *

@newmlp
25 年和程序员年龄没有关系。有人 30 开始学，过 5 年就 35 了。

04 毕业，身边同事大概情况：

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

大学某 211 师范大学电子专业，同学情况：
1,30%左右在从事教育行业；
2,30%左右在华为富士康以及中小企业做管理；
3,30%左右从事销售。

除了标题，其他我是挺作者的：
1，字段有顺序，打开数据库重新设计时容易找到；
2，ORM 自动都是 select * ，这点性能不算啥，当然如果高频查询，内容长时不应该。

最后标题也是支持的：
1，生产库不是给开发用的很正常，但是找 BUG，定位线上数据问题还是得开发为主，所以如果说数据库给开发用没毛病；
2，至于说数据库是给客户用的，这个客户不用数据库，用的是产品和服务。

@neoblackcap
加字段恰好属于 ONLINE DDL

@Vhc001
和应试教育有关系？

@msg7086

正因为可以 orm，所以选 3 。。。

最佳性能角度：建立外键，自动删除，迁移过期数据；

高开发效率：建立外键，自动删除，新旧数据同时存放；

高安全：不建立外键（防止 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”之类的文章。