本文目录一览：
- 1、springboot各层(springboot每层做什么)
- 2、VBA中数据访问ADO,OLEDB,ODBC,DAO,RDO等区别与联系
- 3、vb中ado和dao对象有什么区别呢
- 4、DAO,RDO,ADO,ODBC有什么区别
- 5、repository和dao的区别
- 6、什么是DAO层?
springboot各层(springboot每层做什么)
1、谈谈对springboot分层中各层的理解 1Dao层：持久层，主要是和数据库进行交互 dao层首先胡创建dao接口，接着就可以在配置文件中定义该接口的实现类；接着就可以在模块中调用dao的接口进行数据业务的处理，而不用关注此接口的具体实现是哪一个类，dao层的数据源和数据库实在配置文件中进行配置的。
2、应用层：关注横向维度，聚合多个领域服务，实现业务逻辑的编排和组合。facade + client层：提供简洁的对外语义，屏蔽内部系统复杂性。controller层：作为本项目HTTP接口提供服务，供前端调用。boot层：作为启动层承载启动入口。
3、谈谈对springboot分层中各层的理解1Dao层：持久层，主要是和数据库进行交互 dao层首先胡创建dao接口，接着就可以在配置文件中定义该接口的实现类；接着就可以在模块中调用dao的接口进行数据业务的处理，而不用关注此接口的具体实现是哪一个类，dao层的数据源和数据库实在配置文件中进行配置的。
VBA中数据访问ADO,OLEDB,ODBC,DAO,RDO等区别与联系
DAO：数据访问对象，强调本地应用，不支持远程操作。RDO：远程数据对象，支持SQL Server存储过程，拓展了ODBC的功能。OLE DB：对象链接嵌入数据库，依赖COM和提供者，是ADO的基础。ADO：ActiveX数据对象，是OLE DB的高级接口，更易使用且兼容性更强。
RDO（Remote Data Objects）是一个到ODBC的、面向对象的数据访问接口，它同易于使用的DAO style组合在一起，提供了一个接口，形式上展示出所有ODBC的底层功能和灵活性（小辣椒高效Office）。尽管RDO在很好地访问Jet或ISAM数据库方面受到限制，而且它只能通过现存的ODBC驱动程序来访问关系数据库。
ADO和DAO的最大区别是ADO使用OLEDB接口而非ODBC作为底层数据供应者的。依靠OLEDB，ADO也能够支持对非SQL数据存储的纪录集访问，如Email和网络目录服务。OLEDB提供了比ODBC更多的灵活性和易用性。OLEDB服务的内部设计使得它能存取标准SQL类型的数据那样容易的访问非SQL数据存储。
ADO（ActiveX Data Object）是DAO/RDO的后继产物。ADO0在功能上与RDO更相似，而且一般来说，在这两种模型之间有一种相似的映射关系。ADO扩展了DAO和 RDO 所使用的对象模型，这意味着它包含较少的对象、更多的属性、方法（和参数），以及事件。
RDO是建立在ODBC基础上的面向对象的数据访问技术，即一般采用ODBC方式访问数据库。3 ADO（ActiveX Data Object）技术。ADO是微软在DAO、RDO之后提出的新一代数据库应用程序开发接口，是建立在OLEDB上的高层数据库访问技术。
vb中ado和dao对象有什么区别呢
综上所述，ADO和DAO的主要区别在于，ADO是一种基于OLE DB的统一数据访问接口，适用于多种数据库平台，而DAO则是早期在VB中用于访问Microsoft Jet数据库的面向对象接口。ADODC简化了数据访问的代码编写，ADODB则依赖于开发者编写代码进行数据库操作。
ADO 0在功能上与RDO更相似，而且一般来说，在这两种模型之间有一种相似的映射关系。ADO扩展了DAO和 RDO 所使用的对象模型，这意味着它包含较少的对象、更多的属性、方法（和参数），以及事件。
ADO是Microsoft推出的处理关系数据库和非关系数据库中信息的最新技术，也是Microsoft推崇的用于数据连接和访问的技术。在VB 0中，Adodc控件、ADO数据对象及DataEnvironment（数据环境设计器）都采用的是ADO技术，因而它们处理加密的Access数据库的方法类似。
ADO可以实现对关系型数据库和非关系型数据库的访问，与DAO、RDO相比，ADO具有较少的对象、更多的属性、方法和事件实现对各种数据源的访问，因此ADO技术目前成为VB数据库应用的主流技术，我们将重点介绍该技术。
DAO,RDO,ADO,ODBC有什么区别
ADO 0在功能上与RDO更相似，而且一般来说，在这两种模型之间有一种相似的映射关系。ADO扩展了DAO和 RDO 所使用的对象模型，这意味着它包含较少的对象、更多的属性、方法（和参数），以及事件。
DAO：数据访问对象，强调本地应用，不支持远程操作。RDO：远程数据对象，支持SQL Server存储过程，拓展了ODBC的功能。OLE DB：对象链接嵌入数据库，依赖COM和提供者，是ADO的基础。ADO：ActiveX数据对象，是OLE DB的高级接口，更易使用且兼容性更强。
ADO和DAO的最大区别是ADO使用OLEDB接口而非ODBC作为底层数据供应者的。依靠OLEDB，ADO也能够支持对非SQL数据存储的纪录集访问，如Email和网络目录服务。OLEDB提供了比ODBC更多的灵活性和易用性。OLEDB服务的内部设计使得它能存取标准SQL类型的数据那样容易的访问非SQL数据存储。
ADO（ActiveX Data Object）是DAO/RDO的后继产物。ADO0在功能上与RDO更相似，而且一般来说，在这两种模型之间有一种相似的映射关系。ADO扩展了DAO和 RDO 所使用的对象模型，这意味着它包含较少的对象、更多的属性、方法（和参数），以及事件。
DAO类与ODBC类相比具有很多相似之处，这主要有下面几点：二者都支持对各种ODBC数据源的访问。虽然二者使用的数据引擎不同，但都可以满足用户编写独立于DBMS的应用程序的要求。DAO提供了与ODBC功能相似的MFC类。
repository和dao的区别
职责不同、抽象层次不同等区别。职责不同：Repository负责数据访问的逻辑管理，封装与数据库的交互操作，包括数据的增删改查等。Repository的设计目标是提供一个统一的接口，将数据访问逻辑与业务逻辑分离，使得业务逻辑更加清晰和可维护。
dao和repository是Spring框架中用于数据访问的两个概念，它们的作用类似，但是它们的实现方式略有不同。DAO层主要是用来处理数据访问的，它定义了对数据库的增删改查等基本操作。而Repository层主要是用于封装对数据存储的访问，它提供了一组接口以控制对数据的访问和操作。
现在也有不少新的开源永Repository替代DAO了，Repository封装了DAO，还有一些装配工作，把数据装配成一个完整的对象。
用于操作特定领域对象的数据。Repository与DAO的功能相似，但更加关注领域模型的上下文。如果需求只是简单的数据访问，引入Repository可能不是必需的，但在构建复杂应用时，Repository可以提供更好的组织和抽象，使得代码更易于理解和维护。
仓储与DAO（Data Access Object）的主要区别在于，DAO层的每个方法直接操作数据模型和数据库，业务逻辑与DAO的耦合较强。在实现业务逻辑需求时，例如增加缓存功能，业务逻辑层需要调整代码，与DAO层耦合过紧。正确做法是将此类技术细节封装在仓储的实现类中，与业务逻辑解耦。
什么是DAO层?
dao层是数据访问对象层，它之所以被称为dao层，是因为其英文全称是DataAccessObject，即数据访问对象。以下是关于dao层的详细说明：角色定位：dao层在程序中主要扮演了对数据库进行访问和操作的角色。它是应用程序与数据库之间的桥梁，负责执行数据库查询、更新、删除等操作。
DAO层的英文全称是Data Access Object，翻译为数据访问对象。它在程序中扮演着与数据库进行交互和操作的角色。随着开发中的命名规范和流程形成，DAO层这个名字也就沿用下来了。即使在现代的ORM框架中，DAO层仍然在很多项目中发挥着重要作用。
在Java编程中，数据访问层（DAO）和服务层（Service）扮演着不同的角色。DAO，即Data Access Object，主要负责底层的数据操作，如针对数据库表或实体进行增删改查等基础操作，它是系统架构中的基础组件。相比之下，Service层则更上一层楼，它被设计为服务提供者，封装了一系列的业务逻辑。
DAO（Data Access Object）层主要负责与数据库进行交互，实现数据的存取操作。它为业务逻辑层提供了一种访问数据库的抽象接口，使得业务逻辑层可以专注于业务逻辑的实现，而无需关心具体的数据库操作细节。
DAO层：主要是对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，对数据库的操作，而不是数据，具体为业务逻辑层或控制层提供数据服务。最终数据库：是数据库的主要操控系统，实现数据的增加、删除、修改、查询等操作。
在Java设计模式中，DAO（Data Access Object）层主要负责数据库的操作，如增删改查等，其职责是纯粹的数据访问，不包含任何业务逻辑。相比之下，Service层则承担了业务逻辑的角色，处理具体业务需求。例如，当用户注册时，这项业务逻辑在Service层进行。
