postgresql

​ 这是MIPS虚拟映射布局图，在接下来的实验中，我们需要特别注意的地址分别是kuseg和kseg0区，首先列出这两个区域的意义。 MIPS虚存映射布局 32位的MIPS CPU最大寻址空间为4GB(2^32字节)，这4GB虚存空间被划分为四个部分： kuseg (TLB-mapped cacheable user space, 0x00000000 - 0x7fffffff)： 这一段是用户模式下可用的地址，大小为2G，也就是MIPS约定的用户内存空间。需要通过MMU进行虚拟地址到物理 地址的转换。 kseg0 (direct-mapped cached kernel space, 0x80000000 - 0x9fffffff)： 这一段是内核地址，其内存虚存地址到物理内存地址的映射转换不通过MMU，使用时只需要将地址的最高位清零 (& 0x7fffffff)， 这些地址就被转换为物理地址。也就是说，这段逻辑地址被连续地映射到物理内存的低端512M空间。对这段地址 的存取都会通过高速缓存(cached)。通常在没有MMU的系统中，这段空间用于存放大多数程序和数据。对于有 MMU 的系统，操作系统的内核会存放在这个区域。 kuseg中有三个大小为PDMAP（4MB）的区域，分别从0x7f400000开始是ENVS,PAGES和User VPT。 需要注意的是PAGES和User

1 前言 2019 年底开始蔓延的新型肺炎疫情牵动人心，作为个体，我们力所能及的就是尽量待在家中少出门。 看到一些朋友叫设计同学帮忙给自己的头像戴上口罩，作为技术人，心想一定还有更多人有这样的诉求，不如开发一个简单的程序来实现这个需求，也算是帮助设计姐姐减少工作量。 于是花了些时间，写了一个叫做 face-mask [1] 的命令行工具，能够轻松的给图片中的人像戴上口罩，而且口罩的方向和大小都是适应人脸的哦~ 2 使用 安装 face-mask 确保 Python 版本在 3.6 及以上 pip install face-mask 使用 face-mask 直接指定图片路径即可为图片中的人像戴上口罩，并会生成一个新的图片（额外有 -with-mask 后缀）： face-mask /path/to/face/picture 通过指定 --show 选项，还可以使用默认图片查看器打开新生成的图片： face-mask /path/to/face/picture --show 效果 给一个人戴上口罩 给多个人戴上口罩 给动漫人物戴上口罩 3 实现 思路 要想实现上面的效果，我们应该怎么做？不妨这么想： 首先是识别出人的鼻子(nose_bridge)和脸轮廓(chin) 通过脸轮廓确定出脸左点（chin_left_point）、脸底点（chin_bottom_point）和脸右点

一、ETL之PDI/Kettle培训实战教程-57个案例（数据迁移、抽取同步、转换加载）视频教程 课程目标： 为满足想学习和掌握ETL数据处理技术学员，风哥特别设计的一套比较系统的PDI（Kettle）数据库迁移同步、数据抽取转换加载培训课程； 本套PDI（Kettle）课程共计13小时，57种实战案例，涉及常用的6种数据库，内容涉及通过PDI（Kettle）实现常用数据库Oracle、MySQL、PostgreSQL、DB2、SQLServer、MongoDB、Excel、TXT等各种数据处理、迁移同步、抽取转换、清洗加载等，适合运维人员/数据库/开发人员用于实际项目工作之中，解决异构数据库之间的数据整合与处理。 课程地址： https://edu.51cto.com/course/25920.html 51CTO学院Oracle/MySQL/DB2数据库学习专用QQ群： 199 479 729、189 07 0296 二、 ETL之PDI/Kettle培训实战教程-57个案例（数据迁移、抽取同步、转换加载） 视频教程 ，风哥视频教程学习大纲 1.ETL与Kettle基础知识 1）ELT数据处理基础知识 2）PDI/Kettle产品介绍 2.Kettle数据处理实战环境准备 3.Kettle安装配置与功能讲解 1）基于Windows平台的Kettle安装配置 2

Prism+MaterialDesign+EntityFramework Core+Postgresql WPF开发总结 之 终极篇 本着每天记录一点成长一点的原则，打算将目前完成的一个WPF项目相关的技术分享出来，供团队学习与总结。 总共分三个部分： 基础篇主要针对C#初学者，巩固C#常用知识点； 中级篇主要针对WPF布局与MaterialDesign美化设计，在减轻代码量的情况做出漂亮的应用； 终极篇为框架应用实战，包含系统分层、MVVM框架Prism安装与使用、ORM框架EntityFramework Core配置与使用、开源数据库Postgresql配置与使用。 目录 Prism+MaterialDesign+EntityFramework Core+Postgresql WPF开发总结 之 基础篇 Prism+MaterialDesign+EntityFramework Core+Postgresql WPF开发总结 之 中级篇 Prism+MaterialDesign+EntityFramework Core+Postgresql WPF开发总结 之 终极篇 前言 此篇主要介绍系统分层模型、如何安装Prism快速开发模板与MVVM框架使用、如何配置ORM框架Entity Framework Core与使用、以及Postgresql数据库配置。 系统分层 项目比较简单

前言 今天有个业务的妹子问我“在吗？” 我说什么事？ 给我发个截图，我一看！噢，原来是把数据删除了，想让我把数据找回来。 他说，大哥你能不能帮我。 我说可以！ 很快啊，我就打开终端，一个指令就开始了。 我大E了，发现数据闪回不了。 然后十分钟后我告诉她，搞不定了。 然后她就投诉到领导哪里去了，说她丢的数据找不回来了，DBA也搞不定。 我找到这个妹子，说：“你不讲规矩，你不懂这个恢复的难度。” 她忙说对不起，我不懂规矩啊！ 我说：“不讲规矩，来，告状，诬陷我20多年经验的dba连点数据都恢复不了。这好吗？这不好。我劝这位女同学，耗子尾汁。好好反思。 PostgreSQL如何开闪 说到闪回查询，PostgreSQL一开始是有这个功能的，它叫 Time Travel (时间旅行)，这名字听上去比闪回查询要高大上，瞬间让我想起了好几部描述这类的电影，如《时间机器》、《时间旅行者的妻子》、《信条》。 我们拥有时间旅行，可以穿梭于任意的时空，然后来阻止一场灾难？大多数电影都是这类的桥段，而对于数据库来说，时间旅行也是我们拯救灾难的一种方法。 时间旅行 Time Travel 这项技术还要追溯到PostgreSQL 6时代，但是在之后就被打入了冷宫，变成可以使用但是并不推荐。官方文网也说有性能上的影响，推荐使用触发器替代，一直到PostgreSQL 12这个版本，才真正的把这项功能移除了。

PostgreSQL timestamp踩坑记录 项目Timezone情况 NodeJS： UTC+08 PostgreSQL： UTC+00 timestampTest.js const { Client } = require('pg') const client = new Client() client.connect() let sql = `` client.query(sql, (err, res) => { console.log(err ? err.stack : res.rows[0].datetime) client.end() }) 不同时区 to_timestamp 查询结果 测试输入数据为 1514736000 (UTC时间 2017-12-31 16:00:00 ,北京时间 2018-01-01 00:00:00 ) 1、 timezone = UTC BEGIN; SET TIME ZONE 'UTC'; SELECT to_timestamp(1514736000) as datetime; END; 直接查询： 2017-12-31 16:00:00+00 YES pg查询: 2017-12-31T16:00:00.000Z YES 2、 timezone = PRC BEGIN; SET TIME ZONE 'PRC'; SELECT to