数据库设计革命:逻辑模型的演变与面向对象的突破

数据库设计之概念、逻辑、物理模型 在写文档的数据库设计说明书时,其中有结构设计,就是概念模型、逻辑模型、物理模型。关于这三个模型没有什么概念,只记得在数据库这本书上见过,然后经过查阅之后得出这样的结论: 阅读详情

 
✨✨ 欢迎大家来访Srlua的博文(づ ̄3 ̄)づ╭❤~✨✨

🌟🌟 欢迎各位亲爱的读者,感谢你们抽出宝贵的时间来阅读我的文章。

我是Srlua,在这里我会分享我的知识和经验。🎥

希望在这里,我们能一起探索IT世界的奥妙,提升我们的技能。🔮

记得先点赞👍后阅读哦~ 👏👏

📘📚 所属专栏:数据库

欢迎访问我的主页:Srlua 获取更多信息和资源。✨✨🌙🌙

目录

数据模型

数据模型三种类型

数据模型的基本要素

1.数据结构

2.数据操作

3.数据的完整性约束条件

三个要素的作用

四种主要的逻辑模型

​1.层次模型

【例子】

层次模型的特点:

层次模型缺点:

处理效率低

不易进行更新操作

安全性不好

数据独立性较差

2.网状模型

【例子】

优点

缺点

3.关系模型

关系模型的术语:

术语对比

实体及实体间的联系的表示方法

关系模型的特点:

关系模型的缺点

4.面向对象模型


数据模型

数据模型三种类型

概念模型又称信息模型,是从用户观方面来对数据和信息进行建模的结果,是对现实世界的事物及其联系的第一级抽象,它不依赖于具体的计算机系统,不是 DBMS 支持的模型,主要用于描述用户所关心的信息结构,属于信息世界中的模型,用于数据库的设计。

逻辑模型是对客观事物及其联系的数据描述,包括网状模型、层次模型、关系模型和面向对象模型等,它是从计算机系统观方面来进行建模,主要用于 DBMS 的实现,属于计算机世界的模型。

物理模型是对数据最底层的抽象,用于描述数据在计算机系统内部的表示方式和存取方法,其实现由 DBMS 完成。

数据模型的两大主要功能是用于描述数据及其关联。它包含三个基本要素,即数据结构、数据操作和数据的约束条件。

数据模型的基本要素

1.数据结构

定义:用于描述数据的静态特性,它是所研究对象类型的集合。

分类:

数据描述对象

定义:用于描述数据的性质、内容和类型等相关的对象指出对象所包含的项,并对项进行命名,指出项的数据类型和取值范围等。

数据关系描述对象

定义:是用于描述数据间关系信息的对象指明各种不同对象类型之间的关系及关系的性质,并对这些关系进行命名。

2.数据操作

定义:用于对数据动态特性的描述,它是对数据库中各种对象类型的实例允许执行的所有操作及相关操作规则的集合。

分类:

        查询

        更新

更新操作又包括插入、删除和修改。在数据模型中,要明确定义操作的各项属性,如操作符、操作规则以及实现操作的语言等。

3.数据的完整性约束条件

数据的约束条件是一组完整性规则的集合。完整性规则是指既定的数据模型中数据及其关系所具有的制约性规则和依存性规则。这些规则是通过限定符合数据模型的数据库状态及其变化的方法来保证数据的正确性、有效性和相容性。

三个要素的作用
  • 数据结构是基础,它确定着数据模型的性质。
  • 数据操作是关键,它确定着数据模型的动态特性。
  • 约束条件主要起辅助作用。

四种主要的逻辑模型

1.层次模型

它的数据结构是根树

特点:

  • 有且仅有一个节点没有父节点,这个节点就是根树的根节点。
  • 除了根节点外,其他节点有且仅有一个父节点,但可能由0个或者多个子节点。

在层次模型中,具有相同父节点的子节点称为兄弟节点,没有子节点的节点称为叶节点。

在根树的层次结构中,每个节点代表一个实体型。但由于层次模型中的实体型是用记录型来表示,所以根树中的每个节点实际上是代表着一个记录型。由于每个记录型节点有且仅有一个父节点(根节点除外),所以只要每个节点指出它的父节点,就可以表示出层次模型的数据结构。如果要访问某一个记录型节点,则可以运用相关的根树遍历方法从根节点开始查找该节点,然后对其访问。

【例子】

        一个学校包含多个学院,一个学院又包含多个系和研究所等。这样,学校、学院、系和研究所等实体非常自然地构成了现实世界中的层次关系。层次模型正是为了满足描述这种层次关系的需要而产生的。所以,它的表达方式自然、直观,但是其缺点也是明显。

层次模型的特点:
  • 结点的双亲是唯一的
  • 只能直接处理一对多的实体联系
  • 每个记录类型可以定义一个排序字段,也称为码字段
  • 任何记录值只有按其路径查看时,才能显出它的全部意义
  • 没有一个子女记录值能够脱离双亲记录值而独立存在
层次模型缺点:
处理效率低

这是因为层次模型的数据结构是一种根树结构,对任何节点的访问都必须从根节点开始。这使得对底层节点的访问效率变低,并且难以进行反向查询。

不易进行更新操作

更新操作包括插入、修改和删除等操作。对某一个树节点进行这种更新操作时,都有可能导致整棵根树大面积的变动。对大数据集来说这可是一个沉重的负担。

安全性不好

这主要体现在,当删除一个节点时,则它的子节点和孙子节点都将被删除。所以,必须慎用删除操作。

数据独立性较差

当用层次命令操作数据的时候,它要求用户了解数据的物理结构,并需要显式地说明存取途径。

2.网状模型

网状模型的数据结构是网状结构。网状模型反映着现实世界中实体间更为复杂的联系。由以下特点可以看出节点间没有明确的从属关系,一个节点可以与其它多个节点有联系。

特点:

允许存在一个以上的节点没有父节点。

点可以有多余一个的父节点。

缺点:

由于在使用网状模型时,用户必须熟悉数据的逻辑结构所以结构的复杂性增加了用户查询和定位的难度。

不支持对于层次结构的表达等。

与层次模型类似,网状结构中的每个节点代表一个实体型,而这种实体型是用记录型来表示。与层次结构不同的是:在层次结构中有且仅有一个根节点,而在网状结构中则允许同时存在多个“根节点”;在层次结构中每个节点有且仅有一个父节点(根节点除外),而在网状结构中则允许一个节点同时有多个“父节点”。

这种结构上的差异,也导致了节点对应的记录型结构的变化。网状模型中节点间联系的实现必须由节点同时指出其父节点和子节点的方法来完成。而在层次模型中,每个节点只需指定其父节点即可(根节点除外)。也正是由于这种差异的存在,使得网状模型在性质和功能上发生了重要的改变。这主要体现在:网状模型比层次模型具有更大的灵活性和更强的数据建模能力。

【例子】

图中,表示了学生A、B和课程C、D、E之间的一种选修联系的网状结构图

课程选修网状结构

对于小数据量而言,层次模型和网状模型的缺点可能不太明显但是当作用于大数据量时,其缺点就显得非常突出。所以,这两种模型不适合用于当今以处理海量数据为特征的数据处理任务中。目前,它们基本上退出了市场,取而代之的是关系模型。

优点

能够更为直接地描述现实世界,如一个结点可以有多个双亲

具有良好的性能,存取效率较高

缺点

结构比较复杂,而且随着应用环境的扩大,数据库的结构就变得越来越复杂,不利于最终用户掌握

DDL、DML语言复杂,用户不容易使用

3.关系模型

关系模型是当今最为流行的一种数据模型。在关系模型中,实体间的联系是通过二维关系(简称关系)来定义,其数据结构就是二维关系。每个一种二维关系都可以用一张二维表来表示,表达直观、明了。所以,很多时候是把二维表和关系直接等同起来简称为(二维)关系表。关系模型就是若干张关系表的集合。

在用户观点下,关系模型中数据的逻辑结构是一张二维表,它由行和列组成。

关系模型的术语:
  • 关系:一张二维表。
  • 记录(或元组):关系表中的一行。
  • 字段(或属性):关系表中的一列。
  • 域:即字段的值域,也就是字段的取值范围,
  • 数据项(或分量):某一个记录中的一个字段值。
  • 主关键字段(或主码):简称主键,是关系表中一个或者多个字段的集合,这些记录的值能够唯一标识每一个记录。
  • 关系模式:是对关系的一种抽象的描述,其描述格式为“关系名(字段1,字段2,....字段n)”,其中“字段1”带不划线,表示该字段是主关键字段。
术语对比

实体及实体间的联系的表示方法

实体型:直接用关系(表)表示。

属性:用属性名表示。

一对一联系:隐含在实体对应的关系中。

一对多联系:隐含在实体对应的关系中。

多对多联系,直接用关系表示。

 

关系模型的特点:
  1. 具有严密的数学基础。关系代数、关系演算等都可以用于对关系模型进行定性或者定量的分析,探讨关系的分开和合并及其有关性质等。
  2. 概念单一化、表达直观,但又具有较强的数据表达和建模能力。一般来说个关系只表达一个主题,如果有多个主题在一起,则需要将它们分开用多个关系来表示,这就是概念的单一化。
  3. 关系都已经规范化。即关系要满足一定的规范条件,这使得关系模型表现出特有的一些性质。例如,在一个关系中数据项是最基本的数据单位,它不能再进行分解:同一个字段的字段值具有相同的数据类型;各字段的顺序是任意,记录的顺序也是任意的,等等。
  4. 在关系模型中,对数据的操作是集合操作,即操作的对象是记录的集合操作所产生的结果也是记录的集合。这种操作不具有明显的方向性,不管如何操作,其难度都一样。而在层次模型和网状模型中,对数据的操作带有明显的方向性,在正反两个方向上操作的难度完全不一样。
关系模型的缺点

对复杂问题的建模能力差。在对复杂问题建模时一般都会呈现出错综复杂的关系,而关系模型仅限于用二维关系来表示这些复杂关系,无法用递归和嵌套的方式来描述(因为它不允许嵌套记录和嵌套关系的存在)。所以在许多时候关系模型显得力不从心。

对象语义的表达能力比较差。现实世界中,对象之间的关系往往不仅限于量的关系,而且还可能体现语义之间的联系,蕴涵着特定的内涵。但关系模型为了规范化这些关系,可能会强行拆开这种语义联系,造成不自然的分解,从而使得在查询等操作时出现语义不合理的结果。

可扩充性差。关系模式只支持记录的集合这一种数据结构,并且数据项不可再分,无法形成嵌套记录和嵌套关系,所以它无法扩充成层次模型或网状模型。且它不支持抽象数据类型,不能对多种类型数据对象进行管理。

4.面向对象模型

面向对象方法(Object-Oriented Paradigm,简称OO)基本出发点就是按照人类认识世界的方法和思维方式来分析和解决问题。面向对象模型作为数据库设计的重要部分,其主要目标是更好地理解和模拟现实世界中的实体和实体间的联系。近年来,面向对象模型已经取得了一系列的进展。

面向对象模型是由面向对象方法进行建模和表示而形成的数据模型。

一方面,面向对象模型不断精细化,更加贴近现实世界的特性。例如,关系模型中的属性可以细化为不同的类型,如字符型、整型、浮点型等,而面向对象模型则可以进一步描述这些属性的取值范围、单位等信息,使得模型更加精确。

另一方面,面向对象模型也在不断融合和拓展。例如,面向对象模型与规则引擎、机器学习等技术相结合,可以更好地处理复杂的数据分析与挖掘任务。同时,面向对象模型也在向分布式、云计算等新兴领域拓展,以适应不断变化的业务需求和技术环境。

面向对象模型的优化也在持续进行。例如,通过引入缓存机制、延迟加载等技术,可以提高系统的响应速度。同时,开发者也在探索如何更好地利用新型数据存储技术,如NoSQL数据库,以进一步提高系统的性能和扩展性。
总的来说,面向对象模型作为数据库设计中的重要一环,其进展体现在精细化、融合拓展和优化等方面,不断为我们理解和应用数据库提供了新的思路和方法。

目前面向对象模型的相关理论和方法还不够成熟,主要是处于理论研究和实验阶段。

​

希望对你有帮助!加油!

若您认为本文内容有益,请不吝赐予赞同并订阅,以便持续接收有价值的信息。衷心感谢您的关注和支持!

数据库原理及应用(MySQL版)之 第三章 逻辑模型设计 a 阅读详情

相关推荐

从冯•诺依曼结构看计算机科学的发展史

作者:孙东风2012-8-30     转载请注明出处 本文主要内容包括:Р    冯·诺依曼体系结构Р    汇编语言对冯·诺依曼结构的抽象Р    面向过程语言对冯·诺依曼结构的抽象Р    面向对象语言对冯·诺依曼结构的抽象Р    程序架构设计与冯·诺依曼结构1.1 冯·诺依曼体系结构1946年美籍匈牙利科学家冯·诺依曼提出存储程序原理,把程序本身当作数据来对待,程序和该程序处理

大道至简 2万+

数据库设计5-逻辑结构设计

目录一、概念二、初始关系模式设计(E-R图转换关系模式)1、实体集向关系模式的转换2、两个实体型之间的联系集向关系模式的转换3、同一实体型之间的联系集向关系模式的转换4、多实体型之间的联系向关系模式的转换5、弱实体集向关系模式的转换 三、关系模式规范化1、概念2、范式四、模式的评价与改进 逻辑结构设计是将概念结构设计阶段完成的概念模型,转换成能被选定的数据库管理系统(DBMS)支持的数据模型。这里主要将E-R模型转换为关系模式。需要具体说明把原始数据进行分解、合并后重新组织起来的数据库全局逻辑

kupePoem的专栏 6万+

UE新手入门:从核心概念到实践路径的完整认知地图

实时3D引擎是现代数字内容创作的核心工具,它通过实时渲染技术,实现了所见即所得的创作流程,从根本上提升了内容迭代效率与交互体验。其核心价值在于将复杂的图形学原理封装为可视化的工作流,赋能游戏开发、虚拟制片、建筑可视化及模拟训练等多个领域。以Unreal Engine为例,其组件化架构与蓝图可视化脚本系统,极大地降低了开发门槛,而Lumen动态全局光照与Nanite虚拟几何体等前沿技术,则代表了实时渲染的未来方向。对于初学者而言,理解引擎的定位、核心模块与协作生态,建立清晰的认知框架,远比盲目模仿案例更为重要

weixin_33700350的博客 403

[架构之路-236]:目标系统 - 纵向分层 - 数据库 - 数据库系统基础与概述:三阶段模型(概念模型、逻辑模型、物理模型)、三级模式结构(外模式、模式、内模式)

视图级外模式是数据库系统中的一个概念,用于描述用户或应用程序对数据库中特定数据视图的访问方式和权限控制。视图级外模式是在外模式的基础上进一步细化,它定义了用户或应用程序对数据库中某个特定数据视图的逻辑结构和操作方式。通过视图级外模式,用户或应用程序可以只关注所需的数据视图,而不需要了解整个数据库的结构和复杂性。

文火冰糖(王文兵)的博客 1万+

数据库与MPP数仓(十三):数据仓库的模型构建

上一篇主要讲到的是数据仓库对于企业的价值,以及同数据库系统的区别,数据仓库作为 业务版图扩张和数据价值萃取需求的必然产物,其在构建上也有一些参照的既定规范模式,本篇将讲解数据仓库模型构建思路及工具; 一、数据仓库构建需要考虑的问题 与数据库的单表基于ER模型构建思路不同,其面向特定业务分析的特性,决定了它的构建需要整合多套数据输入系统,并输出多业务条线的、集成的数据服务能力,需要考虑更全面的因素,包括: 业务需求:从了解业务需求着手分析业务特点和业务期望; 系统架构:从系统架构和数据分布、数据特.

叶子叶来 7218

【深度学习】肺结节分割项目实战二:分割肺实质

在后续训练模型的时候如果直接使用原始的肺部CT图像,其中的非肺区域会对训练造成干扰,因此我们需要提取分割肺实质。这一部分参考了kaggle上的教程。 从这张CT图像中可以看出扫描器以外的部分为黑色,背景和肺内部颜色较深,非肺组织和骨头颜色较浅。我们的目的是将肺部分割出来。由于肺部区域和其他部分对比明显,我们可以设置一个合适的阈值对图像中的区域进行隔离。 import argparse import os import numpy as np from medpy.filter.smoothing imp

weixin_42182906的博客 7242

《Java21深度探索虚拟线程与模式匹配的并发革命》

模式匹配与模式守卫的组合应用,为传统继承多态模式的重构提供了新的可能性。某金融风控系统的压力测试显示,使用虚拟线程+模式匹配重构的规则引擎,在保持原有类型安全特性的前提下,达到每秒28万笔规则评估的吞吐量,相较Spring MVC+Jackson方案性能提升4.3倍,资源消耗仅为其1/4。虚拟线程的堆栈页式内存管理与G1/GC的背景回收特性形成新型交互模式,当线程活跃度低于内存页的回收触发阈值时,JVM自动触发pageNumber缩容机制,使十万级线程的存活内存波动控制在±3%以内。

BzQoMPjC的博客 412

NDVI空间分布变化Slope趋势分析与F检验(自用)

1.NDVI数据预处理2.一元线性回归分析3.Slope趋势分析与F检验

什么都学亿点点的博客 9020

从Visual Basic兴衰看编程语言生态演变与遗留系统应对策略

编程语言作为软件开发的核心工具,其生命周期与生态系统紧密相关。以Visual Basic为例,其基于COM组件和事件驱动的设计原理,通过拖拽式IDE和‘所见即所得’理念,曾大幅降低开发门槛,赋能‘平民开发者’快速构建Windows桌面应用,体现了工具在特定历史时期解决实际问题的技术价值。然而,随着软件工程复杂度提升和开发范式向Web、移动及云原生转移,VB在面向对象特性、并发处理及跨平台支持等方面的局限性逐渐凸显。当前,面对大量VB遗留系统,开发者需掌握封装集成、渐进重构等现代化策略,这为理解技术债务管理和

weixin_33769125的博客 360

迅投miniQMT量化交易之【网格交易】的实现(25)——写在最后

和大家一起分享如何使用miniQMT实现我们自己的网格交易系统。如果您对量化交易感兴趣,欢迎一起交流。

tzzqn2008的专栏 831

MATLAB Appdesigner开发独立桌面App全流程(一):以打开串口功能为例介绍Appdesigner的基本使用

本文详细介绍了Appdesigner的基本使用,以串口功能为例介绍按钮回调函数的实现以及控件之间通信的问题

Zhuwany的博客 3万+

复杂性应对之道 - 领域建模

为什么要领域建模 维护过企业级业务系统的同学,基本上没有一个不抱怨业务代码烂的,过程式的面条代码充斥着屏幕,程序员的心力和体力都经受着极大的考验,怎么破? DDD革命 DDD革命性在于,领域模型准确反映了业务语言,而传统J2EE或Spring+Hibernate等事务性编程模型只关心数据,这些数据对象除了简单setter/getter方法外,没有任何业务方法,被比喻成贫血模式。 以银行账号Ac...

一个天秤座的架构师 2万+

当AI重构编程:开发模式正从“面向对象”转向“面向意图”

未来的开发者不再纠结于代码行间的逻辑,而是站在更高维度定义问题——当意图成为新的编程语言,AI便是你的编译器

laozhangguzhang的博客 192

全面解析 SAP 事务码 LTMOM 的应用与实践

综上所述,事务码 LTMOM 是 SAP 系统中不可或缺的迁移对象维护工具,它不仅提供了对数据迁移对象的精细配置功能,还通过灵活的数据转换规则与异常监控机制,为企业数据从 SAP ERP 向 SAP S/4HANA 的迁移提供了坚实保障。在数据迁移过程中,并非所有的迁移对象都需要同时启用。业内专家普遍认为,未来的系统升级与数据迁移将更注重业务需求的动态变化与数据实时性的要求,而 LTMOM 作为核心工具,其在流程自动化、数据智能校验以及跨系统数据联动方面的能力,将直接影响企业整体数字化转型的成败。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1013

彻底讲透 SAP 中的 client-safe:从 CDS、AMDP 到 ABAP Cloud 的客户端隔离设计

SAP系统中的client-safe概念定义了技术边界:访问client-dependent数据的对象必须确保只看到单个client数据,而访问client-independent数据的对象则天然满足条件。这一原则直接影响CDS视图、AMDP等核心组件,并与ABAP Cloud开发模型紧密集成。在业务系统中,client isolation要求用户只能看到当前登录client的数据。SAP通过语言版本、对象规则和静态检查强制执行这一约束,特别是在ABAP Cloud开发中,AMDP方法和发布的API必须满足

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 3271

黄仁勋最新深度访谈:五年后的 AI 世界,与你想象的全然不同

【摘要】围绕 2026 年 8 月 4 日黄仁勋深度访谈中的核心判断,拆解计算范式从 “人类编程” 向 “机器自我编程” 跃迁的底层逻辑,分析 10 亿级问题规模扩容对产业的重构作用,解读 AI 时代工作形态与个体机遇的演变规律,为技术从业者、创业者与企业管理者提供趋势判断与工程落地参考。

欢迎来到运通链达的官方博客!我们深度探讨人工智能技术与应用,贯彻科技向善理念,推动科技进步与社会福祉和谐共生。 568

超越防抖:索尼CXD5254GG芯片如何重新定义电子影像稳定

索尼CXD5254GG芯片通过融合6轴IMU与图像传感器数据,重新定义了电子影像稳定技术。其核心突破在于实时地平线校正、抑制果冻效应和镜头畸变校正,并搭载智能画质控制器提升画面细节。该芯片适用于广播制作、体育娱乐、安防监控和机器人视觉导航等专业领域,提供开箱即用的优化参数配置,大幅缩短开发周期。CXD5254GG不仅实现稳定成像,更通过姿态感知与智能优化,为专业影像应用提供了完整的稳定解决方案。

致力于lidar应用开发 116

[Java技术革新AI时代智能开发框架的深度探索与实践]

开发者的技术视野需要从面向对象向面向数据流进化,在计算密度与工程可靠性的平衡中持续探索新边界。例如,在基于Spring框架构建的推荐系统中,通过GraalVM的AOT编译特性,推理服务响应速度可与原生C++实现持平。在分布式训练任务中,相较PyTorch的XLA方案,Java实现的参数服务器架构在16GPU集群下达到92%的并行效率水位,且代码冗余减少45%。团队研发的Vectorized Kryo改进版本,在LZF压缩算法中引入模型权重的增量编码策略,使推理流JSON中特征向量的传输带宽占用降低78%。

MmvlaFos的博客 398

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

AI 编程时代:为什么每个开发者都需要掌握 AI 辅助工具

工业革命没有淘汰工人,而是淘汰了不会操作机器的工人。信息革命没有淘汰文员,而是淘汰了不会使用电脑的文员。同样,AI 编程时代不会淘汰开发者,但会淘汰那些拒绝使用 AI 工具的开发者。掌握 AI 辅助工具,本质上是为自己安装了一个强大的“能力杠杆”。它放大你的创造力,拓展你的认知边界,让你能将宝贵的时间和精力投入到真正需要人类智慧的地方——理解复杂业务、设计优雅架构、创造用户价值。从现在开始,拥抱你的 AI 结对程序员。这不仅是提升效率,更是为你在未来的技术世界中,赢得一张至关重要的入场券。

2501_94116301的博客 208

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

软件架构风格发展及历史研究(百度文心AI撰写)

本文系统梳理了软件架构风格从萌芽到现代的发展历程,重点分析了管道-过滤器、分层架构、面向对象架构、微服务架构等核心风格的演进逻辑。通过历史案例分析和技术对比,揭示架构风格与计算范式、业务需求、技术革新的互动关系,并探讨云原生、AI融合等前沿趋势对架构设计的深远影响。

junecauzhang的专栏 671

让 AI 替人写代码这件事,人类已经尝试了 70 年

文章摘要:AI编程辅助技术已探索70年,经历了多次范式转变。从1950年代霍珀的自动化编程愿景,1980年代MIT的“程序员学徒”项目,到1990年代微软的意图编程,每次尝试都因技术局限未能完全实现。现代AI编程基于统计学习和大语言模型(如Transformer),通过海量代码数据训练实现智能涌现,但其成功依赖于架构、数据和硬件的协同演进。尽管AI能替代90%常规编程任务,工程师仍需培养10%独特能力以应对AI时代挑战。历史表明,技术会变,但人与复杂性对抗的本质不变。

优快云资讯 2012

视频分享系统

摘要 视频分享系统已成为数字时代重塑信息传播、文化消费和社会互动的核心基础设施。其发展源于多重因素:技术层面,宽带普及、移动网络迭代、视频编码优化及AI算法驱动了系统演进;市场需求方面,用户从被动接收转向主动共创,催生了碎片化消费、圈层文化和视频化学习等新形态;社会文化层面,全球化与个体化趋势推动了视觉文化的霸权地位。同时,视频分享系统也深刻改变了电子商务模式和传统媒体权威,带来话语权的去中心化再分配。这一系统的崛起映射了人类在数字时代对表达、连接与意义构建的永恒追求,同时也面临着信息过载、算法偏见等挑战。

weixin_63982010的博客 183

【无标题】

计算机科学与技术并非冰冷的代码与机器,而是人类智慧的结晶,是推动社会进步的工具。它既为我们带来了便捷、高效的生活,也提出了新的挑战。作为新时代的个体,我们无需畏惧技术的发展,而应主动学习、了解计算机科学与技术的基本知识,提升数字素养,学会利用技术解决问题、创造价值;同时,我们也应保持理性与敬畏,关注技术发展背后的伦理与安全问题,推动技术朝着“以人为本”的方向发展,让计算机科学与技术真正成为服务人类、促进社会公平与进步的力量。

2501_93715500的博客 832

哈佛 CS249r:机器学习系统(三)

数据工程作为将原始信息转化为机器学习系统基础的基础设施,不仅决定了模型性能,还决定了系统可靠性、道德合规性和长期可维护性。本章揭示了数据管道的每个阶段,从初始问题定义到获取、存储和治理,都需要仔细的工程决策,这些决策贯穿整个机器学习生命周期。看似简单的“准备数据”任务实际上包含了数据质量与获取成本、实时处理与批量效率、存储灵活性与查询性能以及隐私保护和数据效用之间的复杂权衡。数据系统的技术架构展示了工程决策如何在整个管道中累积,从而创建既强大又可扩展的基础设施,或者脆弱且维护成本高的技术债务。

龙哥盟 253

Spring Boot在云原生时代的编程范式革新研究

通过对Spring Boot在云原生环境中的技术演进路径及其对新旧编程范式融合的适应性进行系统分析,本研究期望在理论层面揭示编程范式变革与基础设施演进之间的内在关联逻辑,丰富云原生时代软件工程方法论的研究体系;在实践层面为基于Spring Boot进行云原生应用开发的团队提供选型依据、架构决策参考与迁移路径指引。推动新一代编程范式在企业级开发中的合理应用与有序普及,构成本研究的核心价值所在。

搞定过:百亿级数据、万级QPS、零宕机、AI工业化。 271
上一篇: 代码生涯的巅峰之路:程序员职业赛道选择的智慧导览
下一篇: 构建信息蓝图:概念模型与E-R图的技术解析
Srlua小谢
Srlua小谢 优质创作者: 编程框架技术领域 优质创作者: 编程框架技术领域
博客等级 码龄4年 8963粉丝 332原创
评论 51
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值