V2EX › Features 的所有回复 › 第 46 页 / 共 75 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 42 43 44 45 46 47 48 49 50 51 ... 75

❮

❯

2022-11-13 13:45:54 +08:00

回复了 hardto 创建的主题 › 程序员 › 如何躺平，大家教教我？

固定开支 5k ，先把他减半？

2022-11-12 14:15:51 +08:00

回复了 hcheng 创建的主题 › Java › Spring Boot 项目如何加固

@xuanbg 人家说雷锋，你说雷峰塔

2022-11-09 15:55:50 +08:00

回复了 zhw2590582 创建的主题 › 职场话题 › 关于远程工作是如何找到我的这事

牛逼~

2022-11-09 15:43:24 +08:00

回复了 ponypony 创建的主题 › 程序员 › 想买一台主机， Mac 或者 Win。V 友们求建议（ Java ）

Java 还是 win 吧，至少你装 jdk8 可以用官方的包
单位硬件价格也便宜的多
然后 IDE 很多快捷键适应起来是很痛苦的

2022-11-08 20:52:58 +08:00

回复了 v2defy 创建的主题 › 程序员 › 月全食！你们看到了吗？

单反吃灰太久没电了，没拍到。。。

2022-11-08 15:11:11 +08:00

回复了 lslvxy 创建的主题 › 程序员 › 想换电脑了， MAC or ThinkPad

用习惯了 mac 很难回到 win

2022-11-08 13:56:22 +08:00

回复了 Renco 创建的主题 › 程序员 › 产品离职了，开摸

原来产品该背的锅现在谁背？

2022-11-07 14:02:01 +08:00

回复了 win7pro 创建的主题 › 云计算 › 双 11，在考虑要不要把云服务器续到 2028 年？

@None2 搞个号还不简单，同个服务商内，镜像也可以分享的

2022-11-06 23:02:10 +08:00

回复了 win7pro 创建的主题 › 云计算 › 双 11，在考虑要不要把云服务器续到 2028 年？

主要是 6 年后的硬件水平比现在好太多了
保留个镜像，明年再薅个 3 年 400 块的 2c4g 不好吗？

2022-11-04 16:20:14 +08:00

回复了 Features 创建的主题 › 程序员 › xcode 语法检查反应特别迟钝有办法吗？

@halowang1991 感谢回复者就是点赞啊

2022-11-04 13:58:00 +08:00

回复了 Features 创建的主题 › 程序员 › xcode 语法检查反应特别迟钝有办法吗？

@darkengine
@finab
@zhangxh1023
@ranleng
@kidlj
@halowang1991

那我非常好奇的是，为什么 Xcode 作为苹果最重要的开发工具，为什么体验不能向 AS ，VS 之类的大型 IDE 看齐呢？
苹果其他东西做的这么牛逼，为啥偏偏 Xcode 落后这么多？

2022-11-04 13:55:37 +08:00

回复了 deweixu 创建的主题 › 程序员 › 想问问大家 ROI 报表怎么实现的？

@wxf666 我也不是大佬，但是我理解的是主键就是记录的 id ，这个是无可替代的

如果你用一个或多个业务字段做主键，那某天这个业务字段废弃了
只能填充默认值或 NULL ，那你所有的记录是不是都废了？

2022-11-04 01:08:28 +08:00

回复了 deweixu 创建的主题 › 程序员 › 想问问大家 ROI 报表怎么实现的？

@wxf666 你说的那些业务字段不能做主键，只是一些人为定的规范，你不一定要遵守的

2022-11-04 00:50:42 +08:00

回复了 deweixu 创建的主题 › 程序员 › 想问问大家 ROI 报表怎么实现的？

@wxf666

“ 数据库，只能用自增主键”
这个应该说的是 MySQL ，其他数据库比如 SQL server 一般是用 uuid

"业务逻辑字段不能做主键，最多只能加索引"
主键的意思是记录的 id 值，业务字段比如 username ，member_id,user_id 都不适合表示记录的 id 值，所以不适合用作为主键

2022-11-02 21:44:05 +08:00

回复了 Ecoli2 创建的主题 › 程序员 › 请问一主多从系统数据同步方案如何设计

@Ecoli2 你是担心数据量大了无法保证数据的完整性吗？

我听你意思，每天只要同步一次？
如果是这样的话，MQ 也是一样的，主要是同步的时候数据量太大，会崩溃报错吧？
如果用 MQ ，你还要维护队列的问题，增加了运维成本

如果 Rest 接口可以保证数据的完整性，那你这边应该问题不大啊？
先把返回的数据存到本地，排除了网络 I/O 超时出错的问题
你这个就是纯纯的本地事务了
开启事务执行程序输入 SQL 就好了，慢一点而已

1 ... 42 43 44 45 46 47 48 49 50 51 ... 75

❮

❯