在开发过程中，命名规范对于整个项目是非常重要的，特别是在文件命名上，合理和统一的命名方式将不仅能提高团队协作效率，也能够让代码更易读、易维护。内容将以前端项目中 index 命名文件的作用为入口，逐步探究在前端开发中的命名规范及其实际应用，希望能够给新手或初学者一些启示。什么是 index 命名文件？我们先来看一个具体的例子。在一个前端项目中，通常需要管理多个页面，而每个页面中有一些固定的主要内容。比如，我们的首页一般会有头部、尾部、导航栏等元素，那么这一部分的代码就可以被放在一个名为 index 的文件中。简单来说，当我们在访问一个目录时没有指定文件名（例如www.example.com/h
昨天一个网友问我一道关于PG的选择题：Postgresql数据库中哪些进程可以将sharedbuffers中的脏数据回写到数据文件？A)BACKENDB)BGWRITERC)CHECKPOINTERD)WALWRITER。稍微懂点PG数据库的人不难回答，答案是A、B、C。一些OracleDBA可能会觉得这个答案有点出乎意料。因为在Oracle数据库中，回写DBCACHE脏数据的只有DBWR。可能这些人不太清楚的CKPT负责回写部分脏数据是80年代早期关系型数据库的共同特点，Oracle数据库中，CKPT也曾经负责过写脏块。后来随着数据库规模的增大，CKPT的功能被独立出来了，只负责CKPT的推
上星期感觉我们实验室的一套OCEANBASE4.2.1的环境突然变得特别慢，在没有什么负载的时候连接数据库和执行SQL都比以前慢数倍。想去分析其原因，不过总是觉得不知道该从哪个地方开始排查，因为服务器的负载也很低，没有任何存在瓶颈的迹象。在搞Oracle数据库优化的时候，虽然分析复杂问题也挺头痛的，不过Oracle的各种工具以及丰富的可观测性接口总能让人觉得分析问题有一种酣畅淋漓的感觉。本人在Oceanbase上也是一个新手，再加上在网上的OB运维经验与运维知识也不如Oracle丰富，因此对于复杂问题的分析总觉得有点力不从心。最近一直在做D-SMARTOB专版的发版前的冲刺工作，我觉得如果利用
经常有行业客户和我讨论分布式数据库的备机问题，实际上这个问题与其说是技术问题，更可以说是一个政治问题。就像昨天各大群里都在讨论的日本核污染水的问题，有些人认为是技术问题，有些人认为技术上没问题，是政治问题。我不是核物理专家，也不是环境生态学家分辨不出哪个观点对，哪个观点不对。我想哪怕是核物理学家和环境生态学家，面对这个人类史无前例的举动，也不一定能搞得明白。有些事情可能得十几二十年后再来看才能看清楚。与搞不清核污染水排放的问题类似，在数据安全领域有些时候也是很难搞清楚的。因为绝对的可用性是不存在的，现实世界中的数据库安全是投资与可用性之间的游戏。单一数据库存在单点故障，那么主备机同时故障的可能
前几天微软中国的创新技术总经理崔宏禹在上海的未来技术峰会上提出，GPT-4后不建议在模型上微调，而是采用把知识库映射为低维向量嵌入到大模型里就可以了。我以前猜测NEWBING的较为精准的回答模式就是采用这种方式实现的，从崔总的观点上看，还是很可能的。 实际上崔总的观点主要是依据于GPT-4的基础能力已经比较强了。利用GPT-4的能力获取到提问的关键要素，然后利用对低维向量的精准搜索找到确定的知识，然后再用GPT-4去推理，获得更为完善的知识，反馈给用户，一般情况下可以获得很好的效果。从这段时间我使用NEWBING的体验来说，这一点我是比较认可的，自从拥有了NEWBING以后，我已经没有了再开一
2016年10月，谷歌云平台博客(GoogleCloudPlatformBlog)上更新了一篇文章，谷歌宣布了一个新的专业岗位，CRE(CustomerReliabilityEngineering)，直译过来就是客户稳定性工程师。我看了介绍后，发现还是一个挺有意思的岗位设置，搜索之后发现，针对这个岗位国内还没有太多的解读。下面我们就来尝个鲜，一起来看一看。CRE产生的背景这个岗位出现的主要背景，还是越来越多的用户选择在云上开展自己的业务，很多企业和用户将业务从原来传统的自运维IDC机房迁移到云上。这样做其实就是选择相信公有云平台，但同时也就放弃了对底层基础设施的把控，甚至把企业最为核心的数据也
近期，DBAPlus社区发布一组分布式数据库的调研数据。通过数据，可对国内分布式数据库产品、行业现状有个全貌了解。正好本人也于近期走访不少企业用户，本文就结合这一组数据及个人一线体验，谈谈分布式数据库在国内使用情况及未来发展趋势。❖ 分布式数据库普及程度从分布式数据库在企业内的使用情况来看，大部分企业已经有部署分布式数据库。可以说，随着分布式数据库的趋于成熟，企业已从早期的观望、了解阶段，逐步过渡到尝试使用阶段。当然我们还需客观看待之一数据，大部分用户还是处于小范围验证阶段，尚没有在核心关键场景使用。一方面是担心分布式产品的成熟稳定性程度还达不到要求，一方面也是需要有个逐步替换过程。甚至在有些
近期，DBAPlus社区发布一组分布式数据库的调研数据。通过数据，可对国内分布式数据库产品、行业现状有个全貌了解。正好本人也于近期走访不少企业用户，本文就结合这一组数据及个人一线体验，谈谈分布式数据库在国内使用情况及未来发展趋势。❖ 分布式数据库普及程度从分布式数据库在企业内的使用情况来看，大部分企业已经有部署分布式数据库。可以说，随着分布式数据库的趋于成熟，企业已从早期的观望、了解阶段，逐步过渡到尝试使用阶段。当然我们还需客观看待之一数据，大部分用户还是处于小范围验证阶段，尚没有在核心关键场景使用。一方面是担心分布式产品的成熟稳定性程度还达不到要求，一方面也是需要有个逐步替换过程。甚至在有些
昨天在机场候机的时候，突然有了一些感想，写了一些让人莫名其妙的文字。实际上也不是莫名其妙，对于从事运维知识图谱工作的朋友来说，可能还是明白我在说什么的。专家分析故障的时候，是根据经验与掌握的知识去做问题发现的，发现的依据是系统运行状态，指标，日志等数据。因为人既具有记忆思维，又具有逻辑推理能力，因此大部分问题的解决来自于对以往案例的积累与基于知识的逻辑推理。这些年，OracleRAC的性能问题和故障已经被大家研究的比较透了，下面是一个RAC常见问题分析的思维导图。上面的思维导图是专家梳理出来的RAC性能分析的一些常见分析路径，根据专家脑子中的类似的思维导图，人的思维可以根据现实的实际情况进行发
昨天在机场候机的时候，突然有了一些感想，写了一些让人莫名其妙的文字。实际上也不是莫名其妙，对于从事运维知识图谱工作的朋友来说，可能还是明白我在说什么的。专家分析故障的时候，是根据经验与掌握的知识去做问题发现的，发现的依据是系统运行状态，指标，日志等数据。因为人既具有记忆思维，又具有逻辑推理能力，因此大部分问题的解决来自于对以往案例的积累与基于知识的逻辑推理。这些年，OracleRAC的性能问题和故障已经被大家研究的比较透了，下面是一个RAC常见问题分析的思维导图。上面的思维导图是专家梳理出来的RAC性能分析的一些常见分析路径，根据专家脑子中的类似的思维导图，人的思维可以根据现实的实际情况进行发
