文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

为什么不推荐数据库使用外键？

我的经验告诉我，很多数据库（大多数我曾经使用的）不包含外键时并不总是一件坏事。在这篇文章中，我想把重点放在为什么的原因上。 为什么这是一个问题？...这仅仅是我在各种渠道（主要是互联网论坛）都能找到的许多开发人员、架构师为什么不使用它们的理由。 我个人（和许多其他经验丰富的数据库专家）建议在任何可能的地方使用它们（不会导致更多的问题）。...4.更高层次的框架 一些应用程序使用编程框架，在物理数据库之上创建另一个逻辑层。开发人员不使用插入或更新语句来修改数据，而使用API或者框架在后台执行所有操作。...这些框架可以自己创建数据库表，而不总是创建外键。使用这些工具的开发人员很少会干扰自动生成的模式，并且不需要外键。...这是我读过的有关PeopleSoft（目前由Oracle拥有）的内容。设计人员不想绑定到任何特定的平台，并将所有逻辑推送到应用程序层，尽可能清楚地离开数据库层。

1.8K20

我为什么不建议你使用Python3.7.3？

作者： Lateautumn4lin 来源：云爬虫技术研究笔记 ---- 之前使用Python的环境一直是Python3.7.3的，一直使用的很正常，没有什么毛病，直到最近做一个图片下载器的时候发现了问题...https的去验证SSL证书，不过我这里的问题是使用的是Aiohttp库，并没有Verify这个参数，所以我们并不能使用这个去忽略这个问题。...解决一下 Goole了一下，发现其实不止我一个人出现了这个问题，已经有老哥在Aiohttp的Issue里面提了相关的问题了，可以参考https://github.com/aio-libs/aiohttp...可惜我的环境之前是3.7.3 我们知道了问题的解决办法，我们再去看看为什么会有这个问题？...最后的小建议 最后建议大家能够使用3.7.4的时候尽量不使用3.7.3版本，虽然3.8也可以避免这个问题，但是3.8还是刚推出，BUG问题还是很多的，所以目前这个阶段大家还是尽量使用3.7.4。

2.1K30
您找到你想要的搜索结果了吗？
是的
没有找到

我为什么不建议使用框架默认的 DefaultMeterObservationHandler

我为什么不建议使用框架默认的 DefaultMeterObservationHandler 背景知识 最近，我们升级了 SpringBoot 3.x，并且，升级后，我们全面改造了原来的 Sleuth 以及...全面使用 Observation 遇到了内存溢出以及 CPU 飙高（非不断 GC 导致） 但是，我们在全面使用 Observation 的时候，发现了一个问题，就是内存溢出以及 CPU 飙高（非不断 GC...} log.info("cost {} ms", System.currentTimeMillis() - start); } } } 在我的电脑上...我们将全局的 ObservationHandler 改为什么都不做的，对比下： package com.github.hashjang.wwsmbjysymrdo; import io.micrometer.common.KeyValue...解决方案 我们可以替换掉 DefaultMeterObservationHandler，自己实现一个 MeterObservationHandler，在 start 的时候，不创建 LongTaskTimer.Sample

5500

为什么我不建议你使用Java序列化

作为一名Java开发，我为什么建议你在开发中避免使用Java序列化？...而目前主流的框架却很少使用到Java序列化，如SpringCloud使用的Json序列化，Dubbo虽然兼容了Java序列化，但是默认还是使用的Hessian序列化。...Java提供了一种序列化机制，这种机制能将一个对象序列化成二进制形式，用于写入磁盘或输出到网络，同时将从网络或者磁盘中读取的字节数组，反序列化成对象，在程序中使用。 ?...无法跨语言 现在很多系统的复杂度很高，采用多种语言来编码，而Java序列化目前只支持Java语言实现的框架，其它语言大部分都没有使用Java的序列化框架，也没有实现Java序列化这套协议，因此，如果两个基于不同语言编写的应用程序之间通信...Java 默认的序列化虽然实现方便，但却存在安全漏洞、不跨语言以及性能差等缺陷，所以我强烈建议你避免使用 Java 序列化。

1.9K20

为什么有的程序员不推荐使用Lombok！

作者：Hollis 本文已收录至我的GitHub 我有个学弟，在一家小型互联网公司做Java后端开发，最近他们公司新来了一个技术总监，这位技术总监对技术细节很看重，一来公司之后就推出了很多"政策"，比如定义了很多开发规范...但是这些都不是我这个学弟和我吐槽的点，他真正和我吐槽的是，他很不能理解，这位新来的技术总监竟然禁止公司内部所有开发使用Lombok。但是又没给出十分明确的，可以让人信服的理由。...关于这个事情，我认为这位技术总监的出发点是好的，但是做法未免有些极端。 之所以说出发点是好的，是因为使用Lombok确实会带来很多问题，而且我个人在工作中也基本不主动使用。...之所以说不主动使用，那是因为有些同事的代码还是使用了的，所以我也被迫的要安装Lombok的插件。 既然聊到这个话题，就简单说说我的一些看法。 Lombok有什么好处？...但是到底建不建议在日常开发中使用，我其实保持一个中立的态度，不建议大家过度依赖，也不要求大家一定要彻底不用。

18.2K103

996的程序员们，为什么我不建议你买保险？

996的程序员们工作强度高、压力大，一旦患病，对家庭生活质量会产生极大的威胁。 可以说，一人患上重疾，就等于一家人被判了死刑。 如何避免呢？很多人想到买保险，但我劝你不要着急买！...为此，我邀请了我的好朋友资深保险规划师杨震，请他从客观中立的角度给大家开一次讲座，全面解读保险里的陷阱，避免大家日后被坑。讲座开始前，先上一波干货，给大家分析一下日常买保险常见的各种不正确姿势。...其实多花很多冤枉钱 有的朋友在代理人的说服下很容易就买了一份“返还险”，认为到期了不生病还可以返还保费，像是捡了一个大便宜。 但其实，这类保险是两全型保险，在寿险的基础上附加一款重疾险。

2.8K20

一文一点 | 为什么不建议使用数据库外键

有的SQL规约是这么说的： 【强制】不得使用外键与级联，一切外键概念必须在应用层解决。...用外键不好么，不太好，但也注意，不是不可以，是不建议。 那么这里的不建议，其实也有两说的。 1、如果你为了追求正确性优先于性能的话，可以使用。...那么外键为什么有性能问题呢 1、数据库需要额外的维护外键自身的内部管理； 2、外键相当于把数据的一致性事务的实现，全部交给了数据库服务器来完成； 3、有了外键以后，当做一些涉及到外键字段的增，删，改操作时...，需要触发相关操作去检查，而不得不消耗资源； 4、每次更新数据，都需要额外的检查另外一张表的数据，容易造成死锁； 总结： 1、互联网行业场景中不推荐使用外键，用户量大，并发度高，如果使用外键，数据库服务器很容易产生性能瓶颈...2、传统行业可以使用，强调数据强一致性，而且用户数量有限，可控。 基于此，互联网场景中都是不建议使用外键的，外键与级联更新适用于单机低并发，不适合分布式、高并发集群。

1.1K20

开发微信小程序，我为什么放弃 setData，使用 upData

鉴于在下使用微信小程序开发时使用 setData 的蹩脚体验，开发了个库函数 wx-updata，项目上线之后，我把这个自用的库函数整理放到 Github 上开源出来 wx-updata，这个库函数在开发的时候对我很有帮助...小程序代码片段代码地址： https://github.com/SHERlocked... 1. setData 不方便的地方 你在使用 setData 的时候，是不是有时候觉得很难受，举个简单的例子...这就是为什么我在上线的项目中使用 wx-updata，而不是 setData 2. wx-updata 的优点 支持 setData 对象自动合并，不用写蹩脚的对象路径了 ?...支持对象中嵌套数组，数组中嵌套对象； 如果数组的某个值你不希望覆盖，请使用数组空位来跳过这个数组项，比如 [1,,3] 这个数组中间就是数组空位； 如果数组空位你的 Eslint 报错，可以使用 wx-updata...有的框架可能在 Page 对象上进行了进一步修改，直接替换 Page 的方式可能就不太好了，wx-updata 同样暴露了工具方法，用户可以在页面代码中直接使用工具方法进行处理： // 页面代码中

57110

52-R茶话会-十二：为什么我不建议你使用 rm(list=ls())

为什么我不建议你使用 rm(list=ls()) 你可能会经常在脚本中遇到rm(list=ls())，尤其是某些workflow 的内容。 它们的本意确实是好的：希望开启一个新的R。...这也是不建议如此操作的原因。...，如stringsAsFactors = FALSE，而未在脚本中声明，则其他使用者也会报错； 可能外部读取使用了相对路径，而在命令行中直接修改了路径setwd()，而此时又未在脚本中声明新的路径，导致重启...（这也是不建议使用setwd 的原因） 一些改善的策略： 用R studio 等可以通过project 为单位管理脚本的开发工具，可以很方便的每次在Rproj 文件所在的位置即设定为工作目录，而且可以非常方便的切换到其他的项目...； 避免在脚本中使用rm(list=ls())、setwd()，可以使用rs.restartR() 替代rm(list=ls())； 将重要的对象导出到output 文件夹内，保存为.Rdata，其他脚本中如果需要使用可以直接读取

1.7K20

程序员给心意企业打电话被拒后失声痛哭：为什么不录用我

无独有偶，一名网友在上海张江软件园某星巴克店内见到了心酸一幕：看到一个右手有缺陷的程序员，给他的意向企业打电话说为什么没有录用他，他哭的很哽咽，我能感受到他内心的撕心裂肺。...也许他没有找好下架就辞职，也许有许多原因吧，我以前也目睹过上市公司这种加班文华，所以转行比较早，我默默的给他递了一包纸巾拍拍他单位后背保重，因为每个人都无路可退！ ?...其被企业拒绝的原因我们不得而知，也许是职位不匹配，也许是右手有缺陷被企业婉拒？ ? 此情此景也让许多围观的网友触动不已，每个人都有艰难的时刻，有网友只用了简单的一个字表达了自己的心情：唉！ 　　...如下是另外一名网友的观点：给面试公司打电话问进展和打电话问对象的分手理由一样，纯粹是找虐，不够成熟的做法，别人只会更看不起你，好像非得去他那一样，我找了两个月工作，被拒了无数次，从不问结果和原因，我不信找不到工作...最后，祝福这名程序员被社会温柔以待吧，阳光总在风雨后，回过头来看看，这些都是小事，不值一提。

39720

MacBook Pro 为什么值得我写一篇博文——程序猿使用感悟

，毕竟我也看到过N篇程序员为什么用Mac的文章，也一直很想拥有一台属于自己的 Mac 。...Mac 的系统： 快捷键：Win 下也有很多的快捷键，但是我却只记住了Ctrl + V 、Ctrl + C若干常用的，而当换到 Mac 下的时候，为了提高效率，自然而然就记住了很多快捷键，command...编程环境：Java、Python、Ruby、Apache...在系统内都已经安装好了，这对于一个程序员来说是省了不少事儿。 3. 为什么说外国『程序猿』喜欢用Mac ?...这一点和国内不同，中国程序员/开发人员大都是从90年代的 DOS 开始的，随着 Windows 的壮大，成长了一批使用 Microsoft 工具的程序员。...最后，我也以『 Think Different 』宣传片的广告词《致疯狂的人》作为本文的结尾来勉励自己和各位同学： 他们特立独行。他们桀骜不驯。他们惹是生非。他们格格不入。

21.1K41

数据库不使用外键的 9 个理由

我想与他们争辩。我的经验告诉我，很多数据库（大多数我曾经使用的）不包含外键时并不总是一件坏事。在这篇文章中，我想把重点放在为什么的原因上。 为什么这是一个问题？ 1....这仅仅是我在各种渠道（主要是互联网论坛）都能找到的许多开发人员、架构师为什么不使用它们的理由。我个人（和许多其他经验丰富的数据库专家）建议在任何可能的地方使用它们（不会导致更多的问题）。 1....更高层次的框架 一些应用程序使用编程框架，在物理数据库之上创建另一个逻辑层。开发人员不使用插入或更新语句来修改数据，而使用API或者框架在后台执行所有操作。...这些框架可以自己创建数据库表，而不总是创建外键。使用这些工具的开发人员很少会干扰自动生成的模式，并且不需要外键。 5....这是我读过的有关PeopleSoft（目前由Oracle拥有）的内容。设计人员不想绑定到任何特定的平台，并将所有逻辑推送到应用程序层，尽可能清楚地离开数据库层。 7.

1.1K10

数据库不推荐使用外键的9个理由

来源:www.jdon.com/49188 我的经验告诉我，很多数据库（大多数我曾经使用的）不包含外键时并不总是一件坏事。在这篇文章中，我想把重点放在为什么的原因上。 为什么这是一个问题？...这仅仅是我在各种渠道（主要是互联网论坛）都能找到的许多开发人员、架构师为什么不使用它们的理由。我个人（和许多其他经验丰富的数据库专家）建议在任何可能的地方使用它们（不会导致更多的问题）。...4.更高层次的框架 一些应用程序使用编程框架，在物理数据库之上创建另一个逻辑层。开发人员不使用插入或更新语句来修改数据，而使用API或者框架在后台执行所有操作。...这些框架可以自己创建数据库表，而不总是创建外键。使用这些工具的开发人员很少会干扰自动生成的模式，并且不需要外键。...这是我读过的有关PeopleSoft（目前由Oracle拥有）的内容。设计人员不想绑定到任何特定的平台，并将所有逻辑推送到应用程序层，尽可能清楚地离开数据库层。

2K10

数据库不推荐使用外键的 9 个理由

这仅仅是我在各种渠道（主要是互联网论坛）都能找到的许多开发人员、架构师为什么不使用它们的理由。我个人（和许多其他经验丰富的数据库专家）建议在任何可能的地方使用它们（不会导致更多的问题）。...4.更高层次的框架 一些应用程序使用编程框架，在物理数据库之上创建另一个逻辑层。开发人员不使用插入或更新语句来修改数据，而使用API或者框架在后台执行所有操作。...这些框架可以自己创建数据库表，而不总是创建外键。使用这些工具的开发人员很少会干扰自动生成的模式，并且不需要外键。...这是我读过的有关PeopleSoft（目前由Oracle拥有）的内容。设计人员不想绑定到任何特定的平台，并将所有逻辑推送到应用程序层，尽可能清楚地离开数据库层。...7.对更改开放 我与Oracle一直保持紧密联系，我听说过另一个关于其应用程序的故事，这是Oracle自己的产品 - Oracle电子商务套件 - 就是它被设计成尽可能定制。

1.6K30

番外特别篇之 为什么我不建议你直接使用UIImage传值?--从一个诡异的相册九图连读崩溃bug谈起

,似乎总是很好~ 4.使用requestImageDataForAsset:替换的问题requestImageForAsset: 答案原文是: I found that if i switch from...resultHandler: 替换 requestImageForAsset:targetSize:contentMode:options:resultHandler: 就可以了,前者是直接返回二进制数据,不渲染...这么做,最好先备份或备注下. 5.使用imageWithData:兼容原来的调用 为了和原来的Api接口调用兼容,用imageWithData:将NSData转换为 UIImage 传出,同时扩展方法,...回到问题本身,用一句概括就是:永远不要直接传递UIImage对象.在需要传递UIImage的场景中,请使用图片名或者NSData二进制对代替....我真没想到,一个UIImage对象,竟然会二次引起高内存占用.最终的解决方法,就是在前一个页面传递 NSData数组,在赋值处,再使用imageWithData:转换为 UIImage.这样,内存使用基本没什么起伏

1.6K70

Swift 周报 第四十二期

作为以前维护过基于 libSwiftPM 构建的 CLI 工具，现在维护 SwiftPM 本身的人，我建议不要将其添加为依赖项。它不适合在一起版本化并随 Swift 工具链分发的工具集之外使用。...讨论MainActor 上的上下文切换和线程数[6] 提问 我正在观看 Swift 并发：幕后[7]我了解到，作为使用 Swift 并发的开发人员，我们不应该违反不阻塞线程的运行时契约。...3、为什么主线程不是协作池的一部分？ 我的假设是，这可能是出于优化目的，允许主线程专注于 UI 任务；否则，任何线程的任何继续都可以在挂起后在主线程上恢复。...使用 callAsFunction 嵌入新的有效负载。 简化枚举案例检查和有效负载提取。 利用 SwiftUI 绑定的大小写键路径，启用基于枚举大小写的导航和表单控件使用。...使用大小写键路径组合应用程序功能，在构建和组合不同的应用程序功能时特别有用。

20810

读书笔记 之《Thinking in Java》(对象、集合、异常)

为什么这么做？这么写是出于什么考虑？我都一脸懵懂！而现在我喜欢看书，花时间来沉淀自己的知识，与大家共勉！另外，不推荐看第四版翻译的《Thinking in Java》，讲的太拗口了。...你不能直接控制，也不能在程序中感觉到寄存器存在的任何现象。 栈。栈指针向下移动则分配新的内存，向上移动，则释放那些内存。这是一种快速有效的分配存储方法，仅次于寄存器。...比如private的方法，有些是不希望被用户使用的。 2、允许类设计者改变类的内部工作机制，同时不必担心它会对客户程序员产生什么影响。...就可以使用内部类来实现。        如果我只是需要一个对接口的引用，为什么不通过外围类实现那个接口呢? 如果这能满足你的需求，那么你就应该这么做。        ...基于访问顺序 11、WeakHashMap         WeakHashMap 用弱引用承载映射键，这使得应用程序不再使用键对象时它们可以被垃圾收集，get() 实现可以根据 WeakReference.get

85980
点击加载更多

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券