15445第一阶段笔记+BufferPool（2019）概念page与frame​ 块，页，是对同一概念的不同叫法，取决于场景不同。其表述的都是磁盘上某一柱面上的连续扇区（固定数目）。数据在磁盘和缓冲区（内存）之间传输，传输的单位就是块（页）。​ 内存区是以定长的页数组的形式组织的，其中每一个数组条目，被称为一个帧（frame）。当DBMS请求一个页时，被请求页的一份拷贝就被读取进其中一个帧中。​ 所以，page和frame实际是指的是同一个概念，bufferpool中的叫做帧，磁盘与内存之间的传输单位的叫做page或者block。pagetable​ 是一个PageID到FrameID的映射

15445第一阶段笔记+BufferPool（2019）概念page与frame​ 块，页，是对同一概念的不同叫法，取决于场景不同。其表述的都是磁盘上某一柱面上的连续扇区（固定数目）。数据在磁盘和缓冲区（内存）之间传输，传输的单位就是块（页）。​ 内存区是以定长的页数组的形式组织的，其中每一个数组条目，被称为一个帧（frame）。当DBMS请求一个页时，被请求页的一份拷贝就被读取进其中一个帧中。​ 所以，page和frame实际是指的是同一个概念，bufferpool中的叫做帧，磁盘与内存之间的传输单位的叫做page或者block。pagetable​ 是一个PageID到FrameID的映射

这一次我们来分析下muduo中Buffer的作用，我们知道，当我们客户端向服务器发送数据时候，服务器就会读取我们发送的数据，然后进行一系列处理，然后再发送到其他地方，在这里我们想象一下最简单的EchoServer服务器，客户端建立一个连接，以后服务器和客户端之间的通信都是通过这个connfd发送和接受数据，于是每一个connfd都应该有一个自己buffer，当我们发送数据太快，服务器发送的太慢，则服务器会将待发送的数据这个buffer中，所以这就是这个类的作用。我们先看下buffer的结构是什么：我们这里主要针对connfd这个对应的channel进行分析，首先上图是buffer的初始状态，前

这一次我们来分析下muduo中Buffer的作用，我们知道，当我们客户端向服务器发送数据时候，服务器就会读取我们发送的数据，然后进行一系列处理，然后再发送到其他地方，在这里我们想象一下最简单的EchoServer服务器，客户端建立一个连接，以后服务器和客户端之间的通信都是通过这个connfd发送和接受数据，于是每一个connfd都应该有一个自己buffer，当我们发送数据太快，服务器发送的太慢，则服务器会将待发送的数据这个buffer中，所以这就是这个类的作用。我们先看下buffer的结构是什么：我们这里主要针对connfd这个对应的channel进行分析，首先上图是buffer的初始状态，前

我们将 身份验证 选择为 SQLServer身份验证。输入刚刚创建的用户名和密码：   但是现在还是不能直接使用，因为权限问题。你会看到下面的错误提示框： 解决问题的方法所以，我们现在还是需要通过 Windows身份验证 连接数据库。在里面进行下面的设置设置。Step1.对着服务器，点击鼠标右键，选择里面的 属性。   进入 安全性 。你可以看到现在 服务器身份验证 里面默认的是： Windows身份验证模式(W)  我们将 服务器身份验证 选择为：SQLServer和Windows身份验证模式(S)。   最后点击 确定，会弹出提示框，提示我们需要重启SQLServer软件，设置才会生效。现

我们将 身份验证 选择为 SQLServer身份验证。输入刚刚创建的用户名和密码：   但是现在还是不能直接使用，因为权限问题。你会看到下面的错误提示框： 解决问题的方法所以，我们现在还是需要通过 Windows身份验证 连接数据库。在里面进行下面的设置设置。Step1.对着服务器，点击鼠标右键，选择里面的 属性。   进入 安全性 。你可以看到现在 服务器身份验证 里面默认的是： Windows身份验证模式(W)  我们将 服务器身份验证 选择为：SQLServer和Windows身份验证模式(S)。   最后点击 确定，会弹出提示框，提示我们需要重启SQLServer软件，设置才会生效。现

在solidity语言中引用类型修饰符(引用类型为存储空间不固定的数值类型)memory、calldata与storage,它们只能修饰引用类型变量，比如字符串、数组、字节等...memory适用于方法传参、返参或在方法体内使用，使用完就会清除掉，释放内存calldata仅适用于方法传参,修饰该变量的值不能修改storage仅适用于方法体内，而且它的指针必须指向链上数据。使用完，链上数据将保存最新状态 常量修饰符constant编译前已经确定，编译后不能再修改常量的值constant它不是状态变量，所以它不储存在插槽(Slot)里面，获取该常量的方法修饰必须是Pure，而不是Viewimmut

在solidity语言中引用类型修饰符(引用类型为存储空间不固定的数值类型)memory、calldata与storage,它们只能修饰引用类型变量，比如字符串、数组、字节等...memory适用于方法传参、返参或在方法体内使用，使用完就会清除掉，释放内存calldata仅适用于方法传参,修饰该变量的值不能修改storage仅适用于方法体内，而且它的指针必须指向链上数据。使用完，链上数据将保存最新状态 常量修饰符constant编译前已经确定，编译后不能再修改常量的值constant它不是状态变量，所以它不储存在插槽(Slot)里面，获取该常量的方法修饰必须是Pure，而不是Viewimmut

关于PG在Sharedbuffers上的DOUBLEBUFFERING设计，一直是争议极多的。有一些搞PG的朋友认为这是PG充分利用OSCACHE的一种特殊设计，是PG数据库设计中比较优秀的地方。还有一些朋友则认为这是一种过时的设计，与当前数据库技术的发展潮流所相违背的。前些天有几个朋友谈到这个问题，希望我写篇位置表达下我的观点。以我这些年做数据库优化的经验来看，DOUBLEBUFFERING的设计如果算是一种技术上的进步，在这一点上我一直是不太认同的。众所周知，现在几乎所有的现代数据库产品都是用AIO/DIO等方式来访问底层存储系统，只有PG目前还通过BUFFER/CACHE来读取物理文件。

关于PG在Sharedbuffers上的DOUBLEBUFFERING设计，一直是争议极多的。有一些搞PG的朋友认为这是PG充分利用OSCACHE的一种特殊设计，是PG数据库设计中比较优秀的地方。还有一些朋友则认为这是一种过时的设计，与当前数据库技术的发展潮流所相违背的。前些天有几个朋友谈到这个问题，希望我写篇位置表达下我的观点。以我这些年做数据库优化的经验来看，DOUBLEBUFFERING的设计如果算是一种技术上的进步，在这一点上我一直是不太认同的。众所周知，现在几乎所有的现代数据库产品都是用AIO/DIO等方式来访问底层存储系统，只有PG目前还通过BUFFER/CACHE来读取物理文件。