十问数据库:问来路,问现在,问未来

PHP实现简单视频播放页面来路统计 最近做一个TUBE网站项目,其中要实现VIDEO播放页的来路统计功能,下面我简单写下页面来路统计的示例DEMO。 阅读详情

在这里插入图片描述

【优快云 编者按】数据库技术的蓬勃发展,不仅带动了产业的百家争鸣之势,更使中国数据库在国际数据库格局中占据了一席之地。与此同时,引发了业界诸多讨论与疑问,比如,面对国际顶流数据库的垄断态势,国产数据库如何破局?数据库趋势指向何方,是开源、分布式架构、云原生、HTAP,还是与AI、5G的结合?企业是否部署云原生,又如何解决安全问题?作为数据库行业的建设者,年轻程序员又该如何抓住机遇并提升自己?为此,本期《新程序员》邀请到6位数据库领域专家,共同探讨数据库的过去、现在、未来。

在这里插入图片描述

总结过去

第一问:纵观国产数据库发展历程,与国外数据库成为国际主流数据库的历程相比,是比较缓慢的过程,其中的原因是什么?又是什么原因使得国产数据库在此时迎来快速发展的春天?

冯源: 第一,20世纪80年代到90年代的整体信息化水平存在差距,导致我国对数据库的需求不足以培育一个具备盈利和持续发展的市场和研发主体,不得不依赖于国家科研机构进行跟随研究。第二,国外Oracle等企业产品具备了先入优势,无论是产品成熟度、标准话语权还是市场认可度等方面,构建了技术和市场壁垒,后来者很难赶超。第三,近年来我国面临的贸易、科技争端,促成了社会认知和国家政策的一致,这使得壁垒在某种意义上大幅弱化,为国产厂商提供了发展空间。第四,互联网技术、云计算技术相对传统数据库是新的领域,国外厂商的先入优势并不显著。同时,国内巨头企业和社会资本在巨大的市场前景下,具备足够实力和动力持续支持分布式数据库、云数据库等新型产品的研发。

赵伟: 国产数据库迎来巨大发展机遇的一个重要因素是国家信创战略的实施。当今世界,信息技术产业成为国际政治斗争的工具之一,外因使得全球信息产业不再充分市场化。中国有优势的信息产品在全球推广受到限制,需要采购的信息产品也受到控制。在这种情况下,中国数据库市场中客户选型考虑的技术因素、成本因素已经让位于数据安全、信息安全、国家安全因素。数据库系统作为现代信息系统中最复杂、最关键的基础软件之一,迫切需要实现自主创新,不受制于人。国家信创战略正在党政、金融、电信等行业率先实现落地,在以国产CPU为基础的闭环信创体系中,实际上屏蔽了国外数据库产品(Oracle等美国数据库没有国产CPU版本),为数据库产业发展提供了特别的发展机遇。

阳振坤: 关系数据库是复杂、实时、关键基础设施,从诞生到成熟需要相当长的时间。Oracle的第一个版本诞生于1979年,MySQL的第一个版本诞生于1995年,都至少经过了十多年甚至更长的时间才成熟稳定。2000年开始,越来越多的业务从封闭的场景过渡到开放的互联网场景,这带来数据量和访问量的迅猛增长,传统集中式关系数据库无论是容量还是性能,以及性价比都已经无法匹配上述需求,这给了国产数据库良好的换道超车机会。

周傲英: 20世纪70年代末改革开放以后,国内对数据库就已经有足够的重视。至于为什么发展缓慢,有多方面的原因,我想强调以下三点:

第一,没有应用需求。“应用驱动创新”是数据库系统发展的基本特点,纵观数据库的发展历史,具体而迫切的应用需求是数据库起步和发展的根本驱动力。在国际数据库酝酿和大力发展的20世纪七八十年代,我们还处在计划经济时代,信息化也处在非常初级的阶段,包括金融在内的服务业还没有真正发展起来,所以也就谈不上对信息系统有什么需求。

第二,没有“硬核”研究。我在不久前就“硬核”发表过一点见解:包括成功的应用、体系化的技术,加上基于二者抽象出的概念和理论,方可称为“硬核”。从这个角度而言,数据库是典型的硬核科技。想要做硬核的事,从应用到技术再到理论是正道,反过来是捷径。应用、技术和理论三者联动才是创新之道。20世纪八九十年代是数据库产业和学术大发展的年代,系统方面有了Oracle、Db2这样的产品,理论方面完善了关系数据库、事务处理、基准评测试等。我们错过了这个时代,当然也就无法实现数据库的全方位进步。

第三,没有形成生态。有了大规模成功的应用和可以广泛推广应用的系统,还需要营造一个健康的商业生态。20世纪80年代初IBM率先研发出关系型数据库系统,随后推出的Oracle和Ingres就采取了不同的生态建设策略。回过头再看这些成功的产品系统,我们才认识到生态的重要性。要推出一个产品或者系统,不仅需要在销售、运维、宣传、培训与制定标准等方面全方位推进,还需要谋求把产品的理念、技术和理论写进教科书。我们在这方面是欠缺的,即使现在有了些许认识,但问题还是不小。我们常说“研究和应用两张皮”,其实我们有很多张皮,没有融合在一起。只有通过融合互动,才能建成健康的生态。

第二问:当前,国产数据库是否真正大规模使用了?与国际主流数据库的距离还有多远?应该如何发展?

赵伟: 国产数据库尚未大规模应用。只有国产数据库的市场占有率超过国外产品,在金融、电信等高端行业核心系统中有效替代国外产品,从可用变为好用,才能称得上大规模应用。

对国产数据库的发展建议是重视中国自主标准和知识产权建设,我国数据库产业的健康持续发展需要以自主数据库标准和知识产权布局为基础。数据库有SQL国际标准,在各种测试中,国产数据库的SQL符合度甚至超过国外产品,但是在数据库产业界,已形成事实上的国外垄断企业行业标准,很多客户的数据库选型标准甚至是Oracle兼容度。如果国产数据库都将百分之百的Oracle兼容度作为竞争优势,意味着投入了极大资源实现去“O”,随时可以回到“O”(一朝回到解放前)。从知识产权角度看,如果没有我国自己的数据库标准,一味追求与国外产品兼容也存在很大风险。因为国外产品的语法、接口也在知识产权保护范围之内,Oracle诉Google侵权Java API就是值得研究的案例。

阳振坤: 在国内,真正的国产数据库还在推广发展之中,跟国际主流数据库还有相当大的差距。许多数据库是对国外开源数据库的包装或者少量修改,难以称为真正的国产数据库。关系型数据库的研制没有捷径,国产数据库需要踏踏实实、一步一步地稳妥前行才能发展。

黄东旭: 第一,主要推动因素是国产数据库正逐步扩大规模。目前,中国数据库的总体规模仅占全球的5%左右;国产数据库在中国数据库市场仅占1/3,未来不仅在中国,在全球市场也有巨大的高速发展的机遇。其中一个推动力是,中国是数字经济和互联网发展大国,但大多数互联网企业都用开源或者不付费的数据库。在这种情况下,要想把中国互联网发展带动的数据库场景和大量部署转化为数据库发展的重大机遇,就需要借助云服务。另一个推动力是传统数据库市场的替代效应,如同Gartner和IDC预测的那样,国产数据库的中国市场份额可能会在五年之内从当前的1/3增长到2/3。

第二,未来成长机遇。从全球数据库产业变革的角度看,在经典数据库方面,国产数据库与Oracle、Db2等老牌数据库还有差距;但在新一代分布式与云原生数据库方面,国产数据库和北美领先产品没有代差。从成长性角度看,国产数据库会在中国数据库市场实现份额的扭转(从当前的1/3到五年后的2/3),也会在全球数据库市场获得外部机遇。

第三,未来发展路径。从数据库市场的特点看,数据库市场天然有一个存量市场和一个增量市场。存量市场主要是信息化时代的遗产,包括典型的ERP、供应链管理等。存量市场非常稳定,它本身有特定的行业成熟度和行业人才,数据量往往在十几个TB到几十个TB以内,替代成本周期比较长,需要持续渐进的努力。增量市场即数字化与互联网深化,特点是数据海量、实时、在线。面对这样的数据处理场景,数据库要想在增量市场高速发展,就需要借助开源与云计算。在发展路径上,建议增量创新和存量替代并重,抓住数字化转型的整体机遇,放大新一代数据库的快速发展机遇,在存量替代的市场上有策略地推进。

挑战现在

第三问:当前很多厂商配置分布式数据库,但分布式数据库不是一个新概念,为什么能火?在可预见的几年内,分布式数据库会具备怎样的新特征?

冯源: 分布式数据库能火要从需求侧和供给侧两方面分析:

首先是需求侧。由于互联网企业面临的业务规模、数据容量已经超出集中式数据库的支撑能力,同时开源数据库的0采购成本也极其符合分布式数据库大规模横向扩展的特点,因此,分布式数据库的应用再次成为了新趋势。

其次在供给侧,谷歌等互联网企业在分布式数据库领域的探索,在当前高速网络设备(IB)的支撑下,极大缓解了分布式数据库的延迟问题,使得分布式数据库技术在一些场景下已经具备实用化价值,这为分布式数据库的流行奠定了基础。

随着企业业务全面向数字化、在线化、智能化演进,企业面临着呈指数级递增的海量存储需求和挑战,企业需要降本增效,进行更好的智能数据决策,传统的商业数据库已经难以满足和响应快速变化持续增长的业务诉求。分布式数据库的高扩展性、高性能能够解决企业用户的核心诉求。

黄东旭: 如果把分布式数据库和传统单机数据库比作电动车与燃油车,那么这个问题就很好理解了。燃油车虽然处理能力不大,但它非常成熟;电动车虽有不成熟之处,但它有巨大的扩展能力和发展空间。当下,我们处于分布式数据库从互联网基础软件转变为社会数字化基础软件的时代,面对数字化转型的需求,原本使用单机数据库的传统企业不得不使用分布式数据库,所以它火了。在可预见的十年内,单机数据库和分布式数据库会长期并存,但很明显,在数字化浪潮下,分布式数据库将结合开源、云计算,并与大数据技术融合,迎来巨大的发展机遇。

第四问:HTAP发展缓慢,但仍有不少厂商将其作为演进方向,如TiDB、TBase等,HTAP是否会成为一种趋势?

黄东旭: 会成为趋势。混合负载不是新技术,早在十多年前就有,但当时成本较高。当下分布式数据库结合云计算去做HTAP这种混合负载,是更低门槛、更普惠的技术。它能够解决数字化时代海量数据实时在线的问题,适应由此带来的数字化和数据暴增的场景,同时满足业务人员和消费者等角色对数据分析的需求。相应地,这些需求也会持续驱动HTAP的发展。目前,TiDB的用户,如互联网企业、物流企业、金融企业,在一些特定场景中,都把HTAP当作未来的一个重要方向。

冯源: HTAP不是OLTP或OLAP的单纯替代。目前看HTAP中的AP,相对于专用的OLAP方案,其产品力、市场定位还是偏小,覆盖的数据类型、支持的数据规模、分析模型等相对而言都还比较弱。因此,短期内HTAP更适合具有低延迟分析诉求的业务场景。如果用户的业务场景是传统中长期范围的数据分析,那么采用传统的TPETL-AP这种结构,建设方案更成熟,待选方案也更多。

赵伟: 国内谈HTAP更多的是指分布式数据库可以同时支持OLTP和OLAP场景,在同一份数据上保证事务的同时支持实时分析,在适用的场景有其客户价值。发展缓慢主要因为分布式数据库基本上应用于大规模数据应用。在大数据应用中HTAP技术存在一些问题:一是统一数据存储的HTAP产品在应用中的并发度和资源使用率不能过高,否则会出现OLAP业务阻塞影响OLTP交易的情况。二是OLTP适用行存格式,OLAP适用列存格式,在选择统一数据存储的格式时需要多方面考虑。如果对OLTP和OLAP采用不同的存储格式多副本存储,又会出现数据不能实时同步的情况,不能保证数据分析和数据交易的实时一致性。因此根据客户的应用需求分析,虽然HTAP有其适合的场景,并在其适合的场景下得到了很好的应用,但不会是一个主流的发展趋势。

阳振坤: 只有真正的分布式数据库才可能具备HTAP能力,比如OceanBase。但此类数据库的稀缺性和HTAP技术的挑战性使得HTAP发展较为缓慢。一个对数据多种查询和计算的HTAP系统于用户而言更加友好,性价比更高,省去了数据抽取转化加载的过程并保证了查询结果的实时性,将成为更多用户的选择。

第五问:AI、5G是否给数据库带来新机会?三者的结合将会带来怎样的应用场景?

冯源: AI和5G对数据库的影响是不同维度的。AI作为基础技术可被集成到数据库,并成为数据库的一部分。5G更多的是作为数据库的应用领域,这对其提出了更高的要求。无论是哪一种,我们都认为其必然对数据库带来新的变革。AI技术有可能会对数据库内核的经典算法带来革新;5G是基座,在此之上如果物联网得到全面落地,也必然会对数据库的规模、响应延迟带来更高要求,极可能为时序、内存、图等数据库带来更大机遇。

赵伟: 5G网络本身和5G应用系统都会产生大量的数据,包括通信信令数据、通信接口数据、通信算法数据,以及各类传感器带来的数据等,这些需要更快地被响应分析。另外,5G在各行各业的应用也会产生海量数据,这些数据必然会需要更多的数据库支撑,为数据库带来很多新机会。同时,数据库也需要通过增加时序数据引擎提供更高性能的多模数据融合管理能力,以适应5G的应用。

AI使得数据库更加智能化,帮助数据库进行智能化自动运维管理及优化,实现对用户数据的智能化挖掘分析。同时,数据库存储的大量高价值数据样本也促进AI的更快发展和应用。

5G使得通信技术从支撑人类社会中人和人随时随地保持联系发展到实现万物互联。数据库存储了人类社会生产实践积累的知识资产。AI是实现人类社会工业化、信息化、智能化发展趋势的技术。AI、数据库、5G三者的结合预计会在社会民生的衣、食、住、行等方面,在社会生产的智能制造、智能交通等方面,以及国防安全的多域联合防卫等领域得到应用。

黄东旭: AI、5G以及物联网,甚至区块链等新技术,将物理世界的摄像头、工业设备、传感器设备等,以更快的速度连接到了数据库,带来了数据量的暴增,也带来了数据实时、融合处理与实时反馈决策的需求。例如,道路交通信号灯的变换,或者老人摔倒后的报警,将成为数据库新的数据处理对象,并对数据的实时处理能力提出了要求。这种物理世界与虚拟世界的数据实时联动,也将为数据库带来新的机遇。

AI与数据库技术产生了新的融合,一个是AI for Data Value,即人工智能算法的发展会为数据价值的发掘提供可能。举个例子,HTAP的数据库和AI就是黄金组合,因为HTAP的数据库已经具备汇聚多元数据以及处理实时数据的能力,再加上AI的实时性,能够更快发现实时数据反馈的价值。另一个是AI for DataBase,简单来说就是通过人工智能算法让数据库的运行更加自动、智能,减少DBA和运维人员的负担。

第六问:国际主流数据库开源居多,而国内数据库还是大部分闭源,不过近年来有走向开源的趋势,这是否意味着国内数据库走向国际,开源会是一种可尝试的方式?数据库开源需要注意哪些问题?

黄东旭: 是的,2021年1月,开源数据库的全球部署第一次超过商业数据库。纵观过去十年最重要的数据处理技术,基本上都以开源为主。其中的关键就是只有开源才能让技术迭代更快。为什么TiDB选择全方位开源?我们不仅把开源当作获取早期客户、培养人才的方式,更把开源作为公司的核心战略。从2015年的第一天起,TiDB就是一个国际开源的项目。国际开源项目带来的好处是双向开放,即面向场景的开放和面向开发者的开放。比如在过去六年,TiDB积累了海内外超过一千五百万家企业用户,这些企业的应用场景所带来的需求又驱动了全球工程师的协作,有助于快速构建开源社区生态。

冯源: 开源有两种:一种是我们参与,别人主导,如果持续这种方式那么基本没有太大意义;第二种是我们主导,别人参与,可以是我们自己发布开源的“代码根”,也可以是我们通过独立分支或靠技术等因素主导别人的开源项目,但无论什么方式,如果实现主导,那就是成功的。做开源切忌“浅层参与”,忙活一通没有收获。

赵伟: 在意识形态对立的国际经济政治形势下,特别是全球都日益关注数据主权、数据安全的情况下,国内数据库直接以黑盒方式的商用产品出口很难得到国际客户的信任。开源的先天透明特性符合国际客户的安全需求。

国内数据库在开源的过程中要注重标准和知识产权问题,在具体细分场景中要逐渐形成相关标准,包括接口、协议格式等(如一带一路中高铁出口采用中国标准的模式)。在走向国际的过程中要谨慎处理知识产权问题,谨慎选择开源使用的知识产权协议,在管理好代码主供者知识产权的基础上,还要管理好社区中提交者的知识产权,包括社区内代码和技术专利的知识产权共享,以及使用社区外技术、组件的专利知识产权的合规性。

第七问:云数据库已经成为一种趋势,什么样的企业可以部署云数据库?什么样的企业没有必要部署云数据库?影响云数据库大规模落地的因素是什么?

冯源: 云数据库只是云的一个环节,总的来说应该是用户决定是否将其业务上云。有了这个大前提之后,数据库上云就是顺理成章的事情。

业务上云,其动机通常包括:成本诉求,即希望通过云计算模式节省采购和运维成本;业务发展诉求,对于业务发展迅速多变的企业,希望构建敏态IT,以跟上市场的瞬息万变。传统的自建系统无法满足敏态IT诉求,因此倾向上云(特别是公有云)。所以,对于有这两类诉求的用户,如果一个公司业务多元且其市场处于快速变化期,或者一个公司IT成本构成有大量的设备采购、运维因素,那么上云可能会使企业尝到甜头。但当企业发展至一定规模后,对数据的掌控会逐渐成为企业的生命线。在这种情况下,可能出现企业倾向自建云的情况,此时,云计算就从业务构建模式退化为一种技术手段。

黄东旭: 过去的几年中,采用云数据库的用户企业,本质上是因为它们的业务需要在线,需要通过云让业务直面消费者、合作伙伴。所以对于业务比较垂直、数据量较小、不需要面向海量消费者的企业,暂时没有必要把一个存在了十几年的小型数据库搬到云上。而如果是对数据处理有弹性暴增的需求,我想云数据库是一个非常好的选择。

另外,对于一些数据量不是很大,但把数据作为核心竞争力的企业,以及对数据安全特别敏感的企业,可能会对云上数据库的使用产生犹豫。但云上的数据库带来的变化是巨大的,包括安全领域方面,跨云、跨地域的数据同步,以及数据内部的合规审核。

阳振坤: 云数据库在稳定性、成本、效率、便捷性、可扩展能力等方面都有很大优势。除了政策法规限制的企业和业务,云数据库应该是绝大部分企业和业务的首选。影响云数据库大规模落地的因素常常是人的观念,对数据库安全和服务稳定的担心,以及对业务迁移到云数据库的困难和风险的担心等。

周傲英: 我想强调一点,就是要知道我们为什么做云数据库,它的意义在于把数据库变成一种服务,即DBaaS(DataBase-as-a-Service,数据库即服务)。云数据库的目的是把数据库变成像公用事业一样,像水、电、煤气一样,实现大众化、平民化。一是要采用社会化或集约化的方式建设数据库,改变当前每个机构都要建设自己数据库的现状;二是要降低各机构业务人员使用数据库的门槛,把数据库变成人人可用的利器。

云原生有非常多的工作可以做,但在落地方面是一个探索的过程。不要别人提出理念,我们来实现。中国要解决自己的问题,我们可以提出自己的理念,然后再落地。落地之后经过学术的抽象、学者的加工,成逻辑、成体系以后,就变成我们对云数据库的理解。我们需要把学者、实践者、使用者打通,来创造跟云数据库相关的理论和技术的应用。

第八问:数据安全是业内日不落的话题,一旦遇到数据库泄露、误删等情况,就会产生重大损失。从数据库层面来看,可以做哪些事来把控企业级的数据安全?

冯源: 数据安全是需要用户和厂商共同努力保证的,重大的数据事故,往往都是从内部攻破的。因此,我首先强调下,用户侧的重视是前提。在这个前提下,厂商大体可以从三个方面努力:①持续提升产品本身的安全水平,根据用户的安全诉求不断完善安全机制,特别是将数据库与整套信息系统作为一个整体,来考虑安全策略的实现;②为用户的安全管理、安全运维提供支持,考虑能否将安全管理制度和机制工具化,并为此提供产品特性的支持;③持续与第三方安全厂商、监管机构保持紧密合作,做好安全漏洞的通报和修复工作。

赵伟: 一是遵守《中华人民共和国网络安全法》《中华人民共和国数据安全法》,以及国家安全数据库相关标准和等保2.0等信息化相关安全标准中对数据库的安全要求、对数据安全保护的要求;二是全面备份,包括同机房、同城、异地容灾备份等;三是强化用户的安全管理意识,推进数据库安全管理制度的制定与执行。在某种程度上,真正能够保护数据库安全的不是软件层面能自动实现的,还得依靠使用数据库的人。

阳振坤: 数据安全是个综合工程,单从数据库本身的角度来看,数据加密协议加密、数据库三权(数据库管理员、安全管理员和审计管理员)分立、高风险语句可撤销等是比较关键的能力。

林晓斌(丁奇): 数据安全治理体系的建设基于数据处理活动,可以从组织、制度、措施、审计四个维度入手,从事前、事中、事后三个阶段对数据实施防护措施。具体到数据库层面,可以从以下六个方面建设完善的数据安全治理体系:

  • 数据资产盘点。盘点当前数据资产状况、使用状况,权限情况和资产本身风险情况,形成数据访问关系大图和数据资产清单。

  • 认责、分类分级、重要数据。根据数据资产清单和数据库访问情况制定数据认责计划,明确责任人,建立重要数据目录并上报,对数据进行归类定级。

  • 管理制度体系建立。建立应急管理制度、风险评估机制,对数据交易、数据出境、教育培训、认责、重要数据操作等制定管理规范。

  • 数据处理活动梳理。对于企业数据库中存在的收集、存储、使用、加工、出境等业务行为,要确认其数据来源合法、数据采集和生产合理、数据使用得当,并对标法规开展风险评估。

  • 数据防护能力建设。结合自身数据处理活动特征,及法律法规要求进行数据安全技术措施、补救措施、应急措施等数据安全能力的建设,包括采用支持国密算法的静态/动态加密、脱敏、敏感数据发现等技术。

  • 数据库审计与稽核。采用符合国家安全规范的数据库审计产品,提升风险监测和风险感知能力,及时发现数据库风险、违规SQL操作以及其他高危行为等。

未来机遇

第九问:在数据库领域,最重要的是什么,无论是从技术方面还是开发者方面来说?

冯源: 对数据库厂商来说,最重要的是生态。技术不是绝对的0分和100分,同样满足用户需求的产品,生态好的一方将得到市场的认可。从这个角度来看,一款数据库有主流的技术,能够满足绝大多数业务的要求;有庞大的开发和运维人才社区,才是市场制胜的关键。

某一项数据库技术本身,如果足以解决业界普遍痛点,产生革命性突破,就可以带动生态发展。但目前来看这种级别的技术不是太多,关系型数据库本身可以算一个大数据相关技术,仍然稍微差了点意思;分布式数据库和云数据库,都还在强调“支持标准SQL”“强一致”等,这些都是传统集中式关系型数据库的招牌,因此这几个技术相对还是要“借东风”的。所以,对于开发人员来说,构建自己的知识体系可以从这个角度出发考虑:哪些技术是沉淀在下层的,哪些是飘在上面的,是一个思路。

赵伟: 数据库领域最重要的是生态体系。实现国产化的难点不是简单将某些应用换成国产,而是以国内产品的生态体系取代国外产品的生态体系。

从技术层面讲,国产数据库需要更贴近国内客户,抓住5G、人工智能带来的新机会,在分布式数据库、人工智能数据库、云原生数据库、流数据库等国外厂商尚未形成垄断的新领域,一方面积极发展中国标准和知识产权体系,并参与国际标准制定;另一方面快速发展产品,提高市场占有率,形成事实上的全球行业标准。

从开发者层面讲,国产数据库需要把更多的开发者吸引到自己的生态体系中。包括高校的数据库教学体系,要以国产数据库为教学原型,让后浪们在学校就熟悉、掌握、信任国产数据库。还要建设社会培训认证体系,让更多开发者通过掌握国产数据库研发、运维能力获得更多职业发展机会和个人收益。此外,建设常态化的行业应用适配体系,降低客户选型国产数据库后的迁移成本和运维成本。

黄东旭: 最重要的是开放生态,这个话题还得从数据库未来的三大趋势展开,即开源、云、融合(狭义:HTAP;广义:分布式数据库与大数据技术的融合)的趋势。这三大趋势作为背景,产生的重要结果是一个全新生态的形成。一个数据库产品如何借助好的模式,不断壮大自己,形成生态?可能还是需要借助双向开放模式,一方面对用户场景开放,另一方面对开发者开放。在这种情况下,开源+云,可能是所有数据库厂商的必选项。只有这样才能在瞬息万变且全球化的数据处理市场占据长期优势。

第十问:对于线性发展的年轻程序员,有什么建议?

冯源: 如果是做业务,那么要优先深入业务;如果是做平台,那么要优先深入技术。但不论是做哪方面,都应该保持开阔的眼界,深入向下挖的同时,与世界相连。

赵伟: 第一,尽可能了解和积累基础软件领域知识,不要满足于使用现成的开发框架、算法库、低代码平台等。只有掌握硬件、网络、操作系统、数据库等计算机底层技术才能更自主地掌控项目,才能更自如地驾驭更大规模的系统,才能支撑年轻程序员成长为项目经理、架构师,从而提升个人价值。第二,在现阶段国产基础软件良好的发展机遇下,眼光长远一点,多关注基础软件技术发展,而不是聚焦在前端做App等方面,因为前端发展太快,有时候更拼低层次工作量产出。基础软件研发则不然,更看重研发人员积累,年龄越大积累越深厚。

黄东旭: 第一,眼光放长远,关注整个数据库未来的发展趋势,及时朝着前瞻、领先的技术方向前进;第二,不仅要关注数据库技术本身,还要关注这种数据库有没有巨大的用户场景;第三,多花时间关注云数据库、数字化场景、开源和全球化领先的开源项目。

周傲英: 首先要刻苦学习;其次,要升级思维,用现在流行的话来说,就是“升维思考,降维打击”。比努力更重要的是提升思维层次,那么如何才能做到升维思考?在我看来,就是要在解决现实问题的过程中,深刻理解问题背后的逻辑。所以,升维思考和降维打击是不可分离的一体两面。对于程序员来说,好的程序员是要把自己变成一个思想家,就像好的作家首先是个思想家一样,编写程序和写作一样,升维思考才能写出好作品。

在这里插入图片描述
本文出自《新程序员002:新数据库时代&软件定义汽车》,由60余位专家倾力创作。随书附赠《2021数据库全景图V1.0》和《2021汽车技术与产业生态全景图V1.0》,同时内含《2021年度数据库发展研究报告》和《2021年度软件定义汽车研究报告》,图文与视频多媒体呈现。

数据库作为核心技术三大件之一,我们从新型数据库普及、数据库开源趋势、数字化转型实现,以及资本助力产业等角度,邀请到27位数据库行业专家,共著非关系型数据库、文档型数据库、分布式数据库、混合式数据库、时序数据库、图数据库等的理论技术及行业实践,让数据库开发者快速提升。

在这里插入图片描述
智能驾驶作为人工智能的顶上皇冠,我们以技术和商业融合创新为主线,邀请到23位汽车领域专家,从开源系统、车路协同、数字孪生等不同视角分析了云计算、人工智能、物联网等技术给汽车行业带来的影响和机会,让汽车从业者深入了解产业动态。

在这里插入图片描述
本书高屋建瓴的产业分析和趋势预判适合中高端从业人员参考决策。同时,多位专家亲历的入门和实践之旅也为初学者提供了可借鉴的专业路径。

在这里插入图片描述
扫描下方二维码,添加小助手,即可加入《新程序员002》「读者群」,抢先一步获取杂志最新资讯,精彩内容不再错过。

在这里插入图片描述

微信聊天记录备份与数据库解密:从官方迁移到自主掌控的完整方案 数据备份与恢复是数字资产管理中的基础环节,其核心原理在于创建数据的冗余副本,以确保在设备更换或数据丢失时能够复原。在移动应用生态中,即时通讯数据因其私密性和非标准存储格式,常面临备份困难。SQLite作为轻量级嵌入式数据库,被广泛应用于移动端数据存储,但厂商通常会施加额外的加密层以保护用户隐私。对于技术实践者而言,理解并掌握数据库文件的提取、解密与解析技术,不仅能实现数据的真正自主掌控,还能为数据分析、长期归档等高级应用场景奠定基础。以微信聊天记录为例,其核心数据存储于加密的EnMicroMsg.db文件中 阅读详情

相关推荐

18、云计算中的数据与网络管理:Cosmos DB、Azure DNS 与 Traffic Manager

本文介绍了如何在云计算中实现高效的数据与网络管理。通过使用 Azure Cosmos DB,可以轻松构建全球分布式数据库应用;Azure DNS 提供了高效的域名解析和管理功能;而 Traffic Manager 和 Azure Front Door 则实现了全球流量的智能分发与路由。结合这些技术,开发者可以构建高可用、可扩展且性能卓越的全球应用程序,为用户提供更优质的服务体验。文章还通过一个全球披萨店应用的实际案例,详细展示了这些技术的应用方法和优势。

book8的博客 61

数据库中被问到的常见问题

转载注明出处http://blog.youkuaiyun.com/u013142781 1、超键、候选键、主键、外键 超键:在关系中能唯一标识元组的属性集称为关系模式的超键。一个属性可以为作为一个超键,多个属性组合在一起也可以作为一个超键。超键包含候选键和主键。 候选键:是最小超键,即没有冗余元素的超键。 主键:数据库表中对储存数据对象予以唯一和完整标识的数据列或属性的组合。一个数据列只能有一个主

Murphy的博客 1431

【QGIS】利用“创建网格”功能实现区域等距分割与坐标转换实战

本文详细介绍了如何在QGIS中使用“创建网格”工具实现区域等距分割。通过实战演示,将北京市行政区划切割为150米正方形网格,并重点讲解了关键步骤:选择投影坐标系EPSG:3857以确保网格尺寸精确,以及将结果转换为常用的WGS84经纬度坐标。文章还涵盖了进阶技巧与常见问题解决方案,帮助用户高效完成空间网格化分析任务。

weixin_29232507的博客 96

数据库常见问题

常见的数据库面试题 1. 你怎么设计数据库 答:首先应该分为几个步骤(拿点餐系统举例),应该先定好库和表,防止后期增加字段带来的代码重写以及逻辑错误 1. 需求分析阶段:看客户需求,本项目使用的目的方向,应有的数据字典(例如:红烧肉) 2. 概念设计阶段:对用户需求综合归纳形成概念模型(E-R图) 3. 逻辑设计阶段:表之间的关联(套餐和套餐中的餐品关联,不能只删餐品不管套餐),讲概念结构转换为某个DBMS所支持的数据模型 4. 物理设计阶段:为逻辑数据模型选取一个最适合应用环境的物理结构,使用什么数据库(

weixin_48305172的博客 1409

如何在R中高效安装ropls及其依赖包

本文详细介绍了在R语言中高效安装ropls包及其依赖的完整流程。作为Bioconductor生物信息学分析包,ropls的安装需通过BiocManager管理器进行。文章提供了标准安装步骤、跨系统避坑指南及安装后验证方法,帮助用户解决R版本、编译环境和网络镜像等常见问题,确保代谢组学数据分析工具顺利部署。

efc123456的博客 908

实现高精度卷积混响--MATLAB仿真篇

一、前言 之前在STM32F407上现实了直播声卡,实现的经典Schroeder混响模型和Moorer混响模型,得到不错效果。后来得知卷积混响最为真实地表现空间的特性,所以也就尝试在MCU上实现一个高精度的卷积混响(卷积点数为32768),目前MCU出来的混响效果算得上一流水准,本人也在计划在ADI的21489或者SC584上更高精度的卷积混响。 二、卷积方式 1、conv1是使用MATLAB自带卷积函数conv 2、conv2和conv3是改进后卷积过程,具有减少运算量特点,方便嵌入式移植 clear;

Six44的博客 5082

面试——数据库常问问题

(1)数据库、数据库管理系统、数据库系统有什么区别和联系?答: 数据库系统(DataABase System)简称DBS,包括数据库(DataBase)简称DB、数据库管理系统(DataBase Management System)简称DBMS、应用系统、数据库管理员(DataBase Administrator)简称DBA。    DBS是个大的概念,DB是专门存放数据的集合或仓库;DBMS用来...

yyws2016的博客 1万+

[明道云] -基础教学1- 创建第一个工作表:从 0 到实用

明道云工作表相当于数据库表,是存储业务数据的核心组件。创建工作表主要有两种方式:1)从空白新建,通过添加字段(最多200个)、设置属性、配置表单样式;2)从Excel导入,需选择sheet、配置字段映射。创建后系统自动生成默认视图,支持多种视图形式(看板/日历等)。建议设置合适的标题字段和关联关系,初学者可在一小时内完成基础应用搭建。后续可扩展权限控制、工作流自动化等功能。

每日出拳老爷子的博客 558

Mysql数据库基础及面试常问问题

一、常说的事务ACID是什么? 事务的四⼤特性ACID 原⼦性Atomicity: ⼀个事务必须被事务不可分割的最⼩⼯作单元,整个操作要么全部成功,要么全部失败,⼀般就是通过 commit和rollback来控制 ⼀致性Consistency: 数据库总能从⼀个⼀致性的状态转换到另⼀个⼀致性的状态,⽐如下单⽀付成功后,开通视频 播放权限,只要有任何⼀⽅发⽣异常就不会成功提交事务 隔离性Isolation: ⼀个事务相对于另⼀个事务是隔离的,⼀个事务所做的修改是在最终

m0_38041697的博客 290

⚡【C++要笑着学】(13) STL介绍:什么是STL标准模板库 | STL的版本 | 浅谈STL的缺陷

再讲解函数模板之前先对STL做一个小铺垫,本篇将对STL做一个简单的介绍。

有道无术, 术尚可求。有术无道, 止于术。 3037

在 SAP 中实现“租赁资产”管理,核心是把 IFRS16/ASC842 等新租赁准则的要求落地到系统

摘要:本文详细介绍了在SAP S/4HANA系统中实现IFRS16/ASC842租赁准则的具体操作流程。主要内容包括:1) 系统前置配置,如激活租赁会计组件、定义租赁类型和会计科目;2) 租赁合同创建与主数据维护;3) 初始确认的会计处理;4) 日常折旧计提和租金支付流程;5) 合同变更与终止管理。通过RE-FX-LM模块与固定资产模块的集成,系统可自动生成使用权资产和租赁负债,支持从合同创建到报表披露的全生命周期管理,确保符合新租赁准则要求。

金牌架构师 988

十问大数据到底为何物?

在互联网时代,大数据炙手可热,许多人言必称大数据,但能够真正说清大数据为何物的人并不多,如何借助大数据挖掘出巨大的商业价值。究竟如何定义大数据?大数据有哪些特征?本文旨在理清大数据概念,阐明大数据应用方式及探究未来大数据发展之道。 Q1:大数据是商业炒作吗? 业界给大数据的定义是4 个“V”:体量大(Volume)、种类多(Variety)、速度快(Velocity)和真实性高(Ve...

程序之道的博客 421

CGAL AlphaShape算法(自适应Alpha值,二维版本)

CGAL AlphaShape算法(自适应Alpha值,二维版本)

dayuhaitang1的博客 2325

3.1 数据治理思想的演进:从数据库管理到数据要素战略的四十年来路

下面的流程图凝练了四个阶段的演进逻辑——每一代都在解决上一代遗留的问题,同时孕育出下一代的种子:fill:#333;important;important;fill:none;color:#333;color:#333;important;fill:none;fill:#333;height:1em;遗留: 应用烟囱, 数据重复定义遗留: 源头脏数据, 口径不一致遗留: 数据沼泽, 敏捷与管控矛盾, 合规挑战未来: 跨域流通治理, AI数据治理数据库管理2000s数据仓库与BI2010s。

✨ 欢迎来到【Seal ^_^ 的优快云博客】!✨ 1109

在ABAQUS中使用VUMAT子程序实现Hashin失效准则的详细解析与实践:深入探讨复合材料模拟仿真的高级编程技巧

Hashin失效准则是由材料科学家Shlomo Hashin于1962年提出的一种基于能量方法的多向失效理论,主要用于预测复合材料的破坏行为。与传统的单向失效理论不同,Hashin准则考虑了材料内部的多种独立破坏机制,如基体断裂、界面脱粘、纤维断裂等,这些机制在不同应力状态下可能同时或分别发生。通过计算各个机制的能量释放率,Hashin失效准则能够更为准确地预测复合材料在复杂应力状态下的破坏行为。

qq_38334677的博客 1950

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

网址铺吧网址导航程序按来路显示网址生成源码

程序名称: 网址铺吧免费收录网站导航按来路显示网址生成htm版 程序下载: http://www.wzp8.com/xiazai.htm 程序演示: http://www.wzp8.com/ 程序设计: 冷月湖 -------------------------------------------------------------------------- ☆系统前台简介☆ ...

xiegr71的专栏 918

SIMATIC S7-1200, S7-1500 PID 控制[手册]

SIMATIC S7-1200, S7-1500 PID 控制[手册]

Java未来路在何方?面试必问!

前言 在大型系统中,为了减少数据库压力通常会引入缓存机制,一旦引入缓存又很容易造成缓存和数据库数据不一致,导致用户看到的是旧数据。 为了减少数据不一致的情况,更新缓存和数据库的机制显得尤为重要,接下来带领大家踩踩坑。 一:开源框架、底层源码分析 学习Java技术体系,设计模式,流行的框架与组件 常见的设计模式,编码必备 Spring5,做应用必不可少的最新框架 MyBatis,玩数据库必不可少的组件 二:分布式架构 高并发,高可用,海量数据,没有分布式的架构知识肯定是玩不转的: 分布式架构原理 分

m0_57064331的博客 130

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

TradingAgents-CN 大模型配置体验优化实战:模型名称拆分与系统设置联动选择

> 本文基于仓库 [docs/summary/RECENT_IMPROVEMENTS_SUMMARY.md](https://link.gitcode.com/i/c850c7cdd32a1fb0617da8e09a511825) 展开,结合前端 Vue 组件与后端 Pydantic 模型源码,完整讲解 TradingAgents-CN 在"大模型配置管理"与"系统设置"两大界面上的两轮体验优化:

gitblog_00217的博客 901

Php判断来路 执行,php如何判断来路并进行跳转_后端开发

php实现token登录认证的思路_后端开发php实现token登录认证的方法:1、前端传账号密码给后端;2、后端将账号密码作处理加密生成token,并返回给前端;3、前端将token存入缓存;4、将前端传来的token与数据库账号密码生成的token进行比对,相等则成功。php判断来路并跳转的方法:首先创建一个PHP示例文件;然后通过if语句以及strpos等函数实现判断逻辑;最后运行该文件即可...

weixin_30833209的博客 394

php获取查询结果代码,php网站来路获取代码

php网站来路获取代码php网站来路获取代码是怎么样的呢?就跟随百分网小编一起去了解下吧,想了解更多相关信息请持续关注我们应届毕业生考试网!代码如下:function get_referer(){$se = 0;$url = $_SERVER["HTTP_REFERER"]; //获取完整的来路URL$str = str_replace("http://","",$url); //去掉http:/...

weixin_28949937的博客 326

DBdeployer未来路线图:新功能预告与社区贡献指南

DBdeployer是一款简化MySQL数据库服务器部署的强大工具,旨在为开发者和数据库管理员提供快速、灵活的测试环境搭建方案。本文将深入解析DBdeployer的未来发展规划,包括即将推出的核心功能与特性增强,以及详细的社区贡献指南,帮助您轻松参与到这个开源项目的成长中。 ## 🌟 未来功能展望:打造更智能的MySQL部署工具 根据[docs/development_plan.md](ht

gitblog_00104的博客 841

dns按来路ip智能解析_基于DNS View的按请求来源域名解析

一、项目需求由于国内的实际情况,南北电信网通的互联问题一直是让所有网友所诟病的,由于政策问题,两家网络提供商互相连接的带宽有限,所以一些网站不得不在电信和网通的网络中分别架设服务器。一些网站打开后需要手动选择电信入口或者网络入口,这又给用户使用使用上带来了不便,如果我们能按照用户来自的网段自动解析出对应的电信或网通服务器地址就最好了。二、项目分析以此案为例,要能让DNS服务器分别对来源不同的IP地...

weixin_39956350的博客 856

curl 一条命令搞定断点续传、限速与进度监控

周五晚上十一点,你下载的 2GB 系统镜像刚跑到 87%,网断了。重连后如果从头再来,又是四十分钟——这口气谁做运维都咽不下去。这篇文章把 curl 下载管理拆成五个真实场景讲:用 curl 断点续传从中断处接着下、用 curl 限速在共享网络上保持安静、进度监控、重试策略、curl 并行下载也都给出可复制即用的命令组合。 ## 📦 用 curl 断点续传命令接着下:大文件断网不再重来 下到

gitblog_00821的博客 400

23,Python未来路在何方

在视图函数中导入User模型类,然后使用下面的方法添加数据:from django.http import HttpResponsefrom .models import Userdef add_user(request):#方法一taka = User(name=‘taka’,age=18)taka.save()#方法二xiaopo = User()xiaopo.name = ‘xiaopo’xiaopo.age = 18xiaopo.save()#方法三aa = User.objects.get_or_

m0_61943758的博客 675

php 提交数据检查,PHP实例-避免重复提交和检查数据来路

PHP实例:避免重复提交和检查数据来路PHP Token(令牌)设计设计目标:避免重复提交数据.检查来路,是否是外部提交匹配要执行的动作(如果有多个逻辑在同一个页面实现,比如新增,删除,修改放到一个PHP 文件里操作)这里所说的token是在页面显示的时候,写到FORM的一个隐藏表单项(type=hidden).token不可明文,如果是明文,那就太危险了,所以要采用一定的加密方式.密文要可逆.俺...

weixin_39974958的博客 112
上一篇: 【有奖投票】程序员IT好书评选
下一篇: 程序员IT好书评选结果出炉,20本图书俘获程序员芳心
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值