首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

有人知道为什么product_id不再保存在sales_order_item表中吗?

在传统的电商系统中,通常会将产品的信息存储在sales_order_item表中,包括product_id,但是在某些情况下,可能会选择不再在sales_order_item表中保存product_id,而是通过其他方式来管理产品信息。

有以下几个可能的原因:

  1. 数据冗余:将product_id保存在sales_order_item表中会导致数据冗余,因为每个sales_order_item都需要保存相同的product_id。这样做会增加数据库的存储空间和查询开销,尤其是当订单数量庞大时。
  2. 数据更新问题:如果将product_id保存在sales_order_item表中,当产品信息发生变化时,需要同时更新所有关联的sales_order_item表中的对应字段。这样会增加系统的复杂性和维护成本。
  3. 灵活性和扩展性:将产品信息与订单信息解耦,可以提高系统的灵活性和扩展性。当产品信息发生变化时,只需要更新产品信息表,而不需要修改与订单相关的数据。
  4. 查询性能优化:将产品信息与订单信息分离存储,可以根据业务需求对产品信息表进行优化,提高查询性能。例如,可以使用缓存技术或者使用专门的产品信息管理服务来提供快速查询。

总结起来,不再将product_id保存在sales_order_item表中可以降低数据冗余、提高系统灵活性和扩展性,并且能够进行查询性能优化。在这种情况下,可以考虑使用腾讯云的产品如云数据库MySQL、云缓存Redis、云函数SCF等来实现相关功能和服务需求。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

知道在iOS开发的工作为什么有人4k有人40k

多思考和讨论这个需要个人主动一些,遇到问题喜欢多问为什么,在多次重构和思考的过程,我们就会慢慢积累出一类问题的 “最佳实践” 方式,成为自己宝贵的经验。   ...用 Swift 来完成 App 还有一个不大不小的问题就是体积会比较大,因为 Swift 相关的库会直接打包进 App 。...在我看来,任何一件事情,如果你做到了热爱它,把它当作乐趣,那么在同行做到出类拔萃应该是理所当然的。如果不热爱,我感觉做到会比较难。   ...多去了解,不会被别人当小白,学多少都是自己的,至于在你去学习的时候,有人会说风言风语,这就是区别,他们活该初级,自己不会的东西,也看不惯别人去学习。...多思考和讨论这个需要个人主动一些,遇到问题喜欢多问为什么,在多次重构和思考的过程,我们就会慢慢积累出一类问题的 “最佳实践” 方式,成为自己宝贵的经验。

2.8K90

Apache-Flink-持续查询(ContinuousQueries)

5万人关注的大数据成神之路,不来了解一下? 5万人关注的大数据成神之路,真的不来了解一下? 5万人关注的大数据成神之路,确定真的不来了解一下?...欢迎您关注《大数据成神之路》 摘要:实际问题 我们知道在流计算场景,数据是源源不断的流入的,数据流永远不会结束,那么计算就永远不会结束,如果计算永远不会结束的话,那么计算结果何时输出呢?...实际问题 我们知道在流计算场景,数据是源源不断的流入的,数据流永远不会结束,那么计算就永远不会结束,如果计算永远不会结束的话,那么计算结果何时输出呢?...传统数据库在查询那一刻我们这里叫Static table,是指在查询的那一刻数据库的内容不再变化了,查询进行一次计算完成之后的变化也与本次查询无关了,我们将在Static Table 上面的查询叫做静态查询...假设不断的有人在对表flink_tab做操作,同时有一个人间歇性的发起对表数据的查询,上图我们只是在三个时间点进行了3次查询。并且在这段时间内数据的内容也在变化。

1.6K20
  • 大数据实战|怎样实现大型电商热销榜?

    大家还记得,发现很多粉丝比较滞后,这两天还陆续找我要返现,,,今天看了一下,极客时间优惠还剩两天吧,过了这两天就真没返现了,找我,我也不能贴补你,,,活动详情可以阅读下文。...) return heapq.nlargest(k, sales_count, key=sales_count.get) 但在任何系统,随着尺度的变大,很多方法就不再适用。...比如,在小尺度经典物理学适用的牛顿力学: ? 在高速强力的物理系统中就不再适用,在狭义相对论中有另外的表达: ?...对于TB级的交易记录数据,很难找到单台计算机能够容纳那么大的哈希了。 你可能想到,那我不要用哈希去统计商品销售量了,我把销量计数放在磁盘里完成好了。...比如,为什么传统算法不再奏效?为什么要去借助抽象的数据处理描述语言?希望在后面的学习过程,你能一直带着这些问题出发。

    1.1K20

    【后台开发】百度,头条,腾讯面经

    7.数据库范式了解哪些,说说; 8.聊项目 三面-压力面: 1.写10个你熟悉的linux命令,带上你知道的所有参数;(写得不好,心理压力+1) 2.为什么对计算机网络比较熟悉?...6.什么事都准备不充分,我怎么相信你能够在以后的工作把任务完成好? 7.你可以尝试说服我,让我相信你能把任务完成好。 8.你觉得自己今天表现得怎么样?哪里表现得不好?...一致性哈希的性质,算法; 6.说说快排,时间复杂度是多少,怎么算的;(tips:设快排复杂度为T(n),由于一次partition复杂度为O(n),有   T(n) = 2T(n/2) + O(n)) 7.红黑树知道...说说kafka的broker,partition,segment; 3.红黑树知道? 4.INNODB的索引是怎么实现的?为什么不用红黑树?...7.手撕洗牌算法; 二面: 1.详细问项目; 2.你觉得项目的的方案哪里好,哪里不好,为什么? 3.项目处理了一些存在的安全漏洞,此处问了很多安全相关的问题; 3.1 XSS是什么?有哪些类型?

    1.1K50

    Apache-Flink-持续查询(ContinuousQueries)

    实际问题 我们知道在流计算场景,数据是源源不断的流入的,数据流永远不会结束,那么计算就永远不会结束,如果计算永远不会结束的话,那么计算结果何时输出呢?...传统数据库在查询那一刻我们这里叫Static table,是指在查询的那一刻数据库的内容不再变化了,查询进行一次计算完成之后的变化也与本次查询无关了,我们将在Static Table 上面的查询叫做静态查询...无PK的 Append only 场景 接下来我们把上面隐式存在的时间属性timestamp作为flink_tab_ts(timestamp,user,clicks三列,无主键)的一列,再写一个 触发器...我想大家早就知道这结果了,数据库里面定义的PK所有变化会按PK更新,那么触发的6次计算也会得到更新后的结果,这应该不难理解,查询结果也是不断更新的(Update)!...那么这样的压力是必要的?从业务的角度看,不是必要的,因为对于product_id相同的记录,我们只需要对左右两边最新的记录进行JOIN匹配就可以了。

    2.1K20

    如何实现分布式锁?

    这不是胡闹?不过得小心,别被他把业务都给抢走了。 想到此处,Tomcat立刻去查看各个线程活干得怎么样,有没有人故意偷懒。...“不不,不是一个锁服务,我给你们一个数据库,这个的字段lock_name有个唯一性约束。” ? “你的意思是,我们的线程每次想获得锁的时候,都去数据库插入一条数据?”...能阻塞等待TomcatB来唤醒他?不行,因为连TomcatB 都不知道0x9527什么时候操作完成, 除非MySQL来通知各个Tomcat, 这是肯定不行的。...可是如果0x9527获得了锁,在执行的过程TomcatA 挂掉了,那数据库记录一直存在,无人删除,那锁就永远也无法释放了!还得弄一个清理者, 清理那些过期没释放的锁, 这实在是太麻烦了。...“对,MySQL不是给你们提供了一张让你们插入数据

    79260

    CocoaAsyncSocket源码解析---终

    那又会有人要问了,TCP本身不是就自带一个KeepAlive机制? 这里我们需要说明的是TCP的KeepAlive机制只能保证连接的存在,但是并不能保证客户端以及服务端的可用性。...服务端也是一样,会维护一个插座的心跳间隔,当约定时间内,没有收到客户端发来的心跳,我们会知道该连接已经失效,然后主动断开连接。 参考文章:为什么说基于TCP的移动端IM仍然需要心跳活?...举个例子,NAPT维护一个 类似下表的NAT: NAT设备会根据NAT对出去和进来的数据做修改,192.168.0.3:8888比如将发出去的封包改成120.132.92.21:9202,外部就认为他们是在和...国内移动无线网络运营商在链路上一段时间内没有数据通讯后,会淘汰NAT的对应项,造成链路中断。 而国内的运营商一般NAT超时的时间为5分钟,所以通常我们心跳设置的时间间隔为3-5分钟。...一般解决方案是尝试重连几次,如果仍旧无法重连成功,那么不再进行重连。 CocoaAsyncSocket源码解析的过程,还是收货颇丰的!

    54230

    T-SQL Enhancement in SQL Server 2005

    APPLY通常用于这样的场景:查询的结果一部分包含在一个Table或者View,另一部分则通过一个TVF来获得,通过TVF获得的记录是基于Table或者View每条记录的某个Column的数据,也就是说我们把...我们知道Join分为Inner Join和Outer Join,他们分别对应着CROSS APPLY和OUTER APPLY。...假设我们有一个Product用于存储每个Product的信息,每个Product有一个唯一标识Product_ID和一个不唯一的Product_Name。...我们来看看如何这些需要上出的记录筛选出来。Product的记录如下,ID为1和4的两条记录重名,现在我们的目的是把ID为4的记录筛选出来。 ?...通过CTE本身和EMPLOYEE建立连接,所以RM会采用递归的方式执行。

    1.8K60

    Spring+SpringMVC+MyBatis+easyUI整合进阶篇(八)线上Mysql数据库崩溃事故的原因和处理

    这篇文章就不再讲述事件经过了,主要是把事件的原因和后续的处理步骤整理好。 忆往昔 1 有张图,是后来老大发给我的,能够看出当时的数据库情况: ?...,是当时老大发我的几条命令: show processlist; //找到锁进程 kill id ; 应该也是做了这些操作的,但是看到上面那张图也应该知道为什么这些都不管用了,事务锁确实存在,导致了部分无法正常操作...在最初的版本需要执行的SQL语句有: 根据商品码查询商品,为空则报错并提醒需要完善商品SKU; 查询格子信息,为空则报错; 查询位置信息,如果已存在,则执行数量number加一,不存在则执行新增操作;...Q:为什么要这么设计? A:"产品经理"觉得好看。 Q:仓管需要这种设计? A:"产品经理"觉得仓管是傻子,不用管他们的想法。 Q:为什么要商品所有的真实库存数据?...有人可能会说,让老板换个女朋友不就好了吗? 嘘~小声一点。 还有人可能会说,到这里不就简单了吗?直接回退版本就好了吧。

    94880

    @Transactional 竟也能解决分布式事务?

    简单的总结下:在Sharding-JDBC明明只是简单的使用@Transactional这个本地事务注解,为什么在跨库插入数据时候却能够同时回滚?...我们知道单数据节点的情况下保持事务是非常简单的,只需要使用本地事务即可轻松解决,比如常用的注解:@Transactional 但是在分库后将会存在跨库的事务,此时本地事务还能保证事务?...这篇文章就以球友的提问来聊一下Sharding-JDBC的本地事务 本地事务 Sharding-JDBC的本地事务可能会让大家有一个误解,还是以商品为例:将商品根据商品ID进行水平分库,分为两个库...Spring的本地事务大家都很了解,也经常用,并不支持的跨库事务,那么为什么Sharding-JDBC却能支持呢?...想要知道为什么支持跨库事务的回滚,肯定要找到其中的rollback方法,如下: @Override public void rollback() throws SQLException { //

    38631

    不为人知的网络编程(十二):彻底搞懂TCP协议层的KeepAlive活机制

    但经常有人会问到,既然TCP协议本身有KeepAlive活这个东西(见:《TCP/IP详解 卷1 - 第23章·TCP的活定时器》),为什么还要自已在应用层去实现网络活/心跳机制呢?...要解答这个问题,我通常建议看看《为什么说基于TCP的移动端IM仍然需要心跳活?》这篇。...为什么要这么做,相信大家已经猜到了:公网上的目标主机在收到这个IP报文后,需要知道这个IP报文的来源地址,并向该来源地址发送响应报文,但如果不经过NAT,目标主机拿到的来源地址是192.168.1.100...2)另一面,无线网络本身存在弱网问题,即使TCP连接是“好的”,但实际上处于“假死”状态,也无法起到长连接该有的作用。 所以说,IM应用层自已做网络活(心跳机制)是不可避免的。...,你了解

    1.2K20

    不为人知的网络编程(十二):彻底搞懂TCP协议层的KeepAlive活机制

    但经常有人会问到,既然TCP协议本身有KeepAlive活这个东西(见:《TCP/IP详解 卷1 - 第23章·TCP的活定时器》),为什么还要自已在应用层去实现网络活/心跳机制呢?...为什么要这么做,相信大家已经猜到了:公网上的目标主机在收到这个IP报文后,需要知道这个IP报文的来源地址,并向该来源地址发送响应报文,但如果不经过NAT,目标主机拿到的来源地址是192.168.1.100...,网关会认为这个连接过期并将这个连接从端口转换丢弃。...2)另一面,无线网络本身存在弱网问题,即使TCP连接是“好的”,但实际上处于“假死”状态,也无法起到长连接该有的作用。 所以说,IM应用层自已做网络活(心跳机制)是不可避免的。...,你了解

    2.6K42

    MySQL 为什么需要两阶段提交?

    小伙伴们知道,MySQL 的事务是两阶段提交,我们见到的很多分布式事务也都是两阶段提交的,例如 Seata,那么为什么要两阶段提交呢?一次直接提交了不行吗?今天我们来聊聊这个话题。...你这 Saga 事务“隔离性”? 1....有鉴于此,MySQL 设计了 redo log,在 redo log 只记录事务对数据页做了哪些修改。那有人说,写 redo log 不就是磁盘 IO ?...假设我们要向插入一条记录 R,如果是先写 binlog 再写 redolog,那么假设 binlog 写完后崩溃了,此时 redolog 还没写。...情况二:假设写完 binlog 之后崩溃了,此时: redolog 的日志是不完整的,处于 prepare 状态,还没有提交,那么恢复的时候,首先检查 binlog 的事务是否存在并且完整,如果存在且完整

    1.7K40

    ​大家好!我是黄啊码,MySQL的入门篇已经讲到第12个课程了,今天我们继续讲讲大白篇系列——数据库锁 目录 从数据库管理的角度对锁进行划分 为什

    ,此时我们想要更新 product_comment 的数据,比如下面这样: UPDATE product_comment SET product_id = 10002 WHERE user_id =...举个例子,你可以给整个房子设置一个标识,告诉它里面有人,即使你只是获取了房子某一个房间的锁。这样其他人如果想要获取整个房子的控制权,只需要看这个房子的标识即可,不需要再对房子的每个房间进行查找。...返回数据的场景,如果我们给某一行数据加上了排它锁,数据库会自动给更大一级的空间,比如数据页或数据加上意向锁,告诉其他人这个数据页或数据已经有人上过排它锁了,这样当其他人想要获取数据排它锁的时候,...只需要了解是否有人已经获取了这个数据的意向排他锁即可。...这时,意向锁会告诉其他事务已经有人锁定了的某些记录,不能对整个进行全扫描。 为什么共享锁会发生死锁的情况?

    42540

    什么是行锁、页锁和锁?死锁了咋办?

    ,此时我们想要更新 product_comment 的数据,比如下面这样: UPDATE product_comment SET product_id = 10002 WHERE user_id =...举个例子,你可以给整个房子设置一个标识,告诉它里面有人,即使你只是获取了房子某一个房间的锁。这样其他人如果想要获取整个房子的控制权,只需要看这个房子的标识即可,不需要再对房子的每个房间进行查找。...返回数据的场景,如果我们给某一行数据加上了排它锁,数据库会自动给更大一级的空间,比如数据页或数据加上意向锁,告诉其他人这个数据页或数据已经有人上过排它锁了,这样当其他人想要获取数据排它锁的时候,...只需要了解是否有人已经获取了这个数据的意向排他锁即可。...这时,意向锁会告诉其他事务已经有人锁定了的某些记录,不能对整个进行全扫描。 为什么共享锁会发生死锁的情况?

    85560

    如何编写复杂sql

    经常有人问我那非常复杂的sql是怎么写出来的,我一直不知道该怎么回答。 因为虽然我写这样的sql很顺手,可是我却不知道怎么告诉别人怎么写。...李小龙最后把深奥的武学简而单之的化为功和防,就是中国古典哲学的阴和阳。对于一个复杂的报表,乍一看,很麻烦,n多张的的数据堆砌在一起,似乎杂乱五章让初学者看了就头疼,更不用说写了。...再看报表产品线从product取,那么先将它列出来,在纸上写个字段: product_id 再看保险单数量,这个从insurance取,其实就是count(ins_id),...也写上, 现在变成如下形式: product_id ins_id 再看后面的字段,因为都是从customer取,所以化繁为简,变成如下形式: product_id...取,insurance也就是我们的主表。

    5.5K100

    从事安全 价值几何 如何体现 你来说说

    从古至今,保安行业是一直存在的,大门大户为了保护自身的财产安全雇佣家丁站岗,为了将贵重的物品运送给指定的人雇佣镖局,即使做了这些工作,也不能保证百分之百不出事,同样会被盗窃,截镖,但这个行业为什么一直存在...老板知道花了钱,雇了保安也同样做不到百分之百安全,还是要花这个钱,为什么?我认为一个是花了这个钱,对自身而言有了一定的安全感,而且对于低级别的盗贼、马贼的骚扰是可以抵御的!...对于企业安全建设而言,过等确实是一个好的开始,虽然过了等也不能保证企业在安全上有质的提升,但是从这个过程或多或少会让老板对安全有所了解,如果全部规章制度都能落地执行、安全策略能够实施,对于企业的整体安全也已经有了很大的提升...过等不是企业安全建设的最终目的,这只是一个及格线,虽然你为了满足等的要求,制定了各种制度、采购了各种安全设备,但是制度没有落实在工作、设备的日志看不懂不会用,那么同样无法保障企业的安全,所以做好企业安全建设落实制度和提升安全技术是同样重要的...试想一个问题,如果你是老板,你会重视安全

    57230

    为什么说基于TCP的移动端IM仍然需要心跳活?

    5、什么是心跳活? ? 在使用 TCP 长连接的 IM 服务设计,往往都会涉及到心跳。...那么问题就随之而来了:为什么需要在应用层做心跳,难道 TCP 不是个可靠连接?我们不能够依赖 TCP 做断线检测?比如使用 TCP 的 KeepAlive 机制来实现。...8、TCP的KeepAlive无法�替代应用层心跳活机制的原因 上面说了保持连接的重要性,那么现在回到具体实现上。为什么我们需要使用应用层心跳来做检测,而不是直接使用 TCP 的特性呢?...我们知道 TCP 是一个基于连接的协议,其连接状态是由一个状态机进行维护,连接完毕后,双方都会处于 established 状态,这之后的状态并不会主动进行变化。...有人会说 TCP 不是有 KeepAlive 机制么,通过这个机制来实现不就可以了吗?但是事实上,TCP KeepAlive 的机制其实并不适用于此。

    1.5K30
    领券