若兰幽竹

环境搭建，具体包括：Hadoop的分布式环境Spark分布式环境Zookeeper分布式环境HBase分布式环境Flume单机环境Hive单机环境Sqoop单机环境大数据组件的基本用法。

另外，针对窗口2而言，两次查询的结果是不一样的，也就证明了在窗口2当前事务中读取到了不一样的数据，也就是在窗口2事务中出现了【不可重复读】的现象。此时，假设我们在窗口1中也执行插入数据的操作，会产生什么效果呢？由此可以看到，针对窗口1中的事务，无论窗口2的事务提交与否，窗口1事务中读取到的仍然是事务开启前的状态。由此，在可重复读的隔离级别下，保证了窗口1事务不受到其他事务提交的影响。由此，可知，在事务隔离级别为【可重复读】下，openGauss数据库可通过设置表的约束，依然可以保证数据的一致性。

1. RDS关系型数据库简介关系型数据库（Relational Database，RDB）是一种基于关系模型来管理数据的数据库。关系型数据库基于SQLite组件提供了一套完整的对本地数据库进行管理的机制，对外提供了一系列的增、删、改、查等接口，也可以直接运行用户输入的SQL语句来满足复杂的场景需要。支持通过ResultSet.getSendableRow方法获取Sendable数据，进行跨线程传递。为保证插入并读取数据成功，建议一条数据不要超过2M。超出该大小，插入成功，读取失败。

KVStore简介分布式键值数据库为应用程序提供不同设备间数据库的分布式协同能力。通过调用分布式键值数据库各个接口，应用程序可将数据保存到分布式键值数据库中，并可对分布式键值数据库中的数据进行增加、删除、修改、查询、同步等操作。KVManager：分布式键值数据库管理实例，用于获取数据库的相关信息。KVStoreResultSet：提供获取数据库结果集的相关方法，包括查询和移动数据读取位置等。Query：使用谓词表示数据库查询，提供创建Query实例、查询数据库中的数据和添加谓词的方法。

用户首选项为应用提供Key-Value键值型的数据处理能力，支持应用持久化轻量级数据，并对其修改和查询。Preferences会随着存放的数据量越多而导致应用占用的内存越大，因此，Preferences不适合存放过多的数据，也不支持通过配置加密，适用的场景一般为应用保存用户的个性化设置（字体大小，是否开启夜间模式）等。另外，在真实的开发过程中Preferences不适合存放过多的数据，也不支持通过配置加密，适用的场景一般为应用保存用户的个性化设置（字体大小，是否开启夜间模式）等。博文中的代码，进行测试。

例如用户打开游戏应用，正在打游戏的时候，有一个消息通知，打开消息，消息会以弹窗的形式弹出在游戏应用的上方，此时，游戏应用就从获焦切换到了失焦状态，消息应用切换到了获焦状态。对于消息应用，在onWindowStageCreate回调中，会触发获焦的事件回调，可以进行设置消息应用的背景颜色、高亮等操作。在此回调中，可以进行初始化操作，如变量定义、资源加载等。例如用户打开电池管理应用，在应用加载过程中，在UI页面可见之前，可以在onCreate回调中读取当前系统的电量情况，用于后续的UI页面展示。

页面路由模块根据页面url找到目标页面，从而实现跳转。通过页面路由模块，可以使用不同的url访问不同的页面，包括跳转到UIAbility内的指定页面、用UIAbility内的某个页面替换当前页面、返回上一页面或指定的页面等。我们现在模拟用户从登录页面（如页面名称为LoginPage）调整到首页（HomePage），将用户登录信息传递给HomePage，当从HomePage返回到登录页面时也将HomePage的数据传递给LoginPage页面。输入账号和密码，点击登录，页面进行跳转，

需要明确几个概念：页面Page即应用的UI页面。可以由一个或者多个自定义组件组成，@Entry装饰的自定义组件为页面的入口组件，即页面的根节点，一个页面有且仅能有一个@Entry。只有被@Entry装饰的组件才可以调用页面的生命周期。onPageShow：页面每次显示时触发。onPageHide：页面每次隐藏时触发一次。onBackPress：当用户点击返回按钮时触发。自定义组件Component@Component装饰的UI单元，可以组合多个系统组件实现UI的复用。

调用后台接口，需要引入http模块或者其他诸如Ajax、axios等网络请求模块；如果是需要在页面被创建的时候调用后台接口，则需要在aboutToAppear()中进行调用，如需要在页面显示时需要调用后台接口加载数据，则可以在onPageShow()函数中进行调用。根据实际业务结合组件的生命周期进行合适的调用；如使用JSON.parse报错Structural typing is not supported (arkts-no-structural-typing)，其原因是引入。

List是很常用的滚动类容器组件，一般和子组件ListItem一起使用，List列表中的每一个列表项对应一个ListItem组件。List组件通常需要搭配如ForEach组件对ListItem组件进行循环渲染。List组件子组件ListItem之间默认是没有分割线的，部分场景子组件ListItem间需要设置分割线，这时候您可以使用List组件的divider属性。，您可以将List组件的。

GPU（图形处理器）的发展史是一段充满创新与变革的历程，它不仅改变了计算机图形显示的方式，还推动了高性能计算、人工智能等多个领域的发展。以下是GPU发展史的概述及其中的一些趣闻。GPU发展史早期发展阶段起源：GPU的起源可以追溯到早期的图形显示控制器，如IBM在1981年发布的IBM 5150个人电脑中的黑白显示适配器和彩色图形适配器。这些设备虽然简单，但为后续的图形处理器发展奠定了基础。2D图形加速。

从cm_ctl命令查看主备从的含义。

openGauss 中提供了一种自动扩展分区的分区表建表语法，可以自定义按日期进行分区，而无需预定义创建表分区定义，系统可以自行创建系统分区，并命名为 sys_p1, sys_p2, …注意：sys_p1等是超过范围规定的部分数据将会存储到以sys_pxxx的方式命名的分区中。LIST分区和RANGE分区都是一种将数据根据特定条件进行分区的技术，但是它们之间存在一些关键区别，主要区别在于存储值、分区键和数据分布。的分区，自动扩展出来的分区，且当前该分区存储的数据为“2025-04-01”。

上述查看到表空间和数据库的关系可以通过oid进行关联，但是所查的表oid只看到了表oid和schema（relnamespace字段）的oid进行关联，relnamespace等于2200的是名为public的schema。本小节内容主要查看DWS数仓按照上述部署架构完成部署后，其服务器上数仓的物理结构是什么样子的，以及当发生DDL、DML等操作后，CN和DN各自发生了什么变化等，并查看表的数据文件存储情况等。继续查看CN节点对应的数据目录下的文件变化，发现相关文件的大小依然是0，

就目前信创的大背景下，我们国产数据库时代已经来临，无论上层应用如何变化，底层的芯片设计，服务器硬件设计以及操作系统优先国产化，而作为企业数据存储的基石-数据库是必不可少的技术之一。像华为的数据库GaussDB及其来源的openGauss发展潜力有目共睹，希望未来能爆炸性发展！

磁盘阵列（Disk Array）是一种将多个独立的磁盘驱动器组合起来形成一个逻辑单元的技术，目的是为了提高存储系统的性能、可靠性和可用性。磁盘阵列通过不同的配置方式（称为RAID级别）来实现这些目标。

以下以Z790电脑主板为例进行说明。

水平分表方式将一个数据表内的数据，按合适分布策略分散存储在多个节点内，DWS支持如表1所示的数据分布策略。用户可在CREATE TABLE时指定DISTRIBUTE BY参数进行分片，指定PARTITION BY对分片进行一步分区，以此来组织数据的分布方式。DWS采用水平分表的方式，将业务数据表的元组打散存储到各个节点内。这样带来的好处在于，查询中通过查询条件过滤不必要的数据，快速定位到数据存储位置，可极大提升数据库性能。

MPI (Message Passing Interface) 是一种广泛使用的标准协议，用于编写高性能并行应用程序。它允许程序员编写可以运行在多台计算机上或单个多核处理器上的程序。MPI 提供了一系列的函数来处理进程间的通信和同步问题。这些案例涵盖了 MPI 中的基本概念和技术，可以帮助新手快速上手并行编程。在实际应用中，还可以探索更复杂的算法和数据结构，并结合 MPI 的高级功能来解决具体问题。

本地部署大模型需要注意的是电脑的GPU需要是独显，且有足够的显存。否则，无法运行该大模型。由此，我们可以看出，玩大模型首先需要的就是有好的硬件资源（费钱）。到此，本地部署大模型就到此结束了，感兴趣的朋友，可以尝试下，或者自己做一个网页版的对话方式。