V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xuanbg  ›  全部回复第 139 页 / 共 307 页
回复总数  6130
1 ... 135  136  137  138  139  140  141  142  143  144 ... 307  
2021-05-16 14:59:34 +08:00
回复了 longkas239 创建的主题 程序员 .net 的 entity framework 里实体新加字段如何让数据库自动同步
好久没用 EF 了……我记得 EF 有三种设计模式:Code-First 、Model-First 、Database-First 。貌似只要不是 Database-First,就可以自动修改数据库表结构的。
2021-05-16 14:51:24 +08:00
回复了 tukon479 创建的主题 程序员 求杭漂租房建议
除了长租房,还可以短租、酒店长包、青旅。所以不用着急找房子,先住下来慢慢找都是可以的。
对于商家来说,大部分都是 B 商品,A 可能是一些尾货,C 不需要多谈。
不是啊,假设你商城中有 A 、B 、C3 种商品:
A 商品你需要在用户下单后立即发货,所以不能超卖。在库存下降到保留数后就不能下单了,以免无法发货以及影响售后换货。这种就设定 1,下单扣预警库存。
B 商品由于有一定的价格优势,采购周期很短,发货稍慢一点用户也不会退单,或者厂家可以代发货,那就可以允许超卖。只在支付后扣实际库存,而且允许库存为负数。卖就是了,能发货的立即发货,不够的话采购后发货。
C 商品是虚拟商品,压根不存在库存这个概念。

那么,这三种商品你能同时卖吗?你的设计不能,我的设计就可以。
2021-05-16 11:04:44 +08:00
回复了 ztlong 创建的主题 MySQL 会员系统会员合并逻辑设计疑问
搞一张会员表,用户表里面加一个会员 ID
@wayn111 我定义的 3 种库存属性已经涵盖了所有的场景需求。如你们这种需求,你只需要把需要及时发货的商品的库存属性设置为第一种就行了。同时,并不妨碍第二种、第三种库存属性的商品同时存在啊。
商品库存其实可以分三种,我的策略是:
1 、卖完不能采购后发货。无库存不能下单,下单扣预警库存,支付扣实际库存;
2 、卖完可以采购后发货。无预警库存,支付扣实际库存;
3 、虚拟商品,无库存。随便卖,不扣库存。
憋折腾了,数据一致性是一个非常复杂的问题,不可能存在简单的、轻量级的解决方案。所以我不会去试图解决这个问题,而是针对临时性的系统故障,利用延时队列做一个简单的重试。重试成功自然万事大吉,失败了呢?失败了就人工干预好了。。。系统跑了 3 年多了,还没干预过呢
2021-05-13 08:50:09 +08:00
回复了 shilianmlxg 创建的主题 程序员 想看下大家的敲代码 ide 的背景图片
没有……
2021-05-12 18:42:26 +08:00
回复了 qazwsxkevin 创建的主题 MySQL 这个 Mysql 的语句,逻辑上错在哪里?
正常 select 能出来结果集就行。INSERT INTO `PMnotyet`(`LName`, `type`, `pmid`) select `LName`, `type`, `pmid` from NickNametbl where ……
2021-05-12 06:46:46 +08:00
回复了 Lunatic1 创建的主题 Apple Apple music 现在国区和外区的曲库差别大吗?
@ShuoHui 不要什么都官老爷不喜欢。版权才是大头啊,官老爷不喜欢的才多少。。。
2021-05-11 21:45:14 +08:00
回复了 lostSoul 创建的主题 MySQL 多租户系统,采用 PostgreSQL 好还是 Mysql 好
第三种增加据的维护难度和让代码变得异常复杂???我怎么一点感觉都无?哦哦,我是手写 SQL,无非就是查询条件增加一个 tenantId = #{tenantId}的条件而已。没事了没事了。
2021-05-11 21:38:40 +08:00
回复了 jackerbauer 创建的主题 职场话题 碰到一个技术出身的老板怎么办?
楼主肯定没制定技术规范,老板懂技术看不下去才插手。你要是所有字段命名都遵循一定的规范,我不信你老板会计较。

很多程序员真的是乱来的。曾经我的团队中就有那么几个,你把规范给到他们都不行,总是自行其是乱搞一通。最后没办法只好请他们走路。。。
2021-05-11 21:28:56 +08:00
回复了 billly 创建的主题 程序员 关于 API 请求字段的部分响应,大家有什么经验或实践吗?
GraphQL 的够了啊! 9 楼才是正解。后端全给,前端要不要用随意。一般后端设计数据结构的时候是根据原型来的,给过去的字段前端不用很少见。
2021-05-11 08:55:39 +08:00
回复了 hfl1995 创建的主题 Apple 关于 Apple Pay 开通交通卡的一些总结
@richard881027 杭州用银行卡……现在不用看健康码了,ApplePay 刷卡还是很方便的
2021-05-11 08:49:17 +08:00
回复了 Sindo 创建的主题 macOS 升级到 11.3 后 Spotlight 耗电巨大
11.3,没有这种情况
2021-05-11 03:19:16 +08:00
回复了 Xavier08 创建的主题 程序员 大佬们怎么学习官方全英文的技术文档
我英语也很渣,在使用翻译工具的前提下,完全不影响我阅读技术文章。

阅读技术文章的难点在于专业名词的理解。也就是分开来每个词都认识,但合在一起就不认识了。这种情况下就需要进行相关知识的学习了。
2021-05-11 03:14:00 +08:00
回复了 brader 创建的主题 MySQL mysql 库存字段设置为无符号,还会出现并发超卖问题吗?
@liprais 我已经说得很明白了吧?特殊情况下是需要控制的,但也不是要完全控制不能超,可以有限地超。对于前者,系统设计的代价很大,但对于后者,就几乎没有什么代价。
2021-05-10 23:52:51 +08:00
回复了 brader 创建的主题 MySQL mysql 库存字段设置为无符号,还会出现并发超卖问题吗?
一般情况下,超卖只是个技术问题而已。对于销售来说,不过是把进货-销售-发货的顺序变成销售-进货-发货罢了,销售就是销售,哪来的超卖?卖的越多越好!
特殊情况下,少量的超卖也是可以接受的。譬如限量 100 件的 5 折优惠特价商品,卖出去 101 件也不是什么大事,卖了就卖了,至于要这么斤斤计较的嘛。

至于技术那种斤斤计较绝对不肯超卖的做派,销售表示完全不能理解。
2021-05-10 17:02:16 +08:00
回复了 samin 创建的主题 数据库 MySQL 中数字类型和字符类型字段大小比较
比较结果和排序有关。简单滴说,数字 2 比 1 大,字符 32 比 123 大
1 ... 135  136  137  138  139  140  141  142  143  144 ... 307  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1185 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 55ms · UTC 18:26 · PVG 02:26 · LAX 10:26 · JFK 13:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.