数据库

数据库存储引擎是数据库底层软件组织，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎，还可以 获得特定的功能。现在许多不同的数据库管理系统都支持多种不同的数据引擎。MySql的核心就是存储引擎。 存储引擎查看 MySQL给开发者提供了查询存储引擎的功能，我这里使用的是MySQL5.1，可以使用： SHOW ENGINES 命令来查看MySQL使用的引擎，命令的输出为（我用的Navicat Premium）： 看到MySQL给用户提供了这么多存储引擎，包括处理事务安全表的引擎和出来了非事物安全表的引擎。 如果要想查看数据库默认使用哪个引擎，可以通过使用命令： SHOW VARIABLES LIKE 'storage_engine'; 来查看，查询结果为： 在MySQL中，不需要在整个服务器中使用同一种存储引擎，针对具体的要求，可以对每一个表使用不同的存储引擎。Support列的值表示某种引擎是否能使用：YES表示可以使用、NO表示不能使用、DEFAULT表示该引擎为当前默认的存储引擎 。下面来看一下其中几种常用的引擎。 ========================以上是转载的http://blog.csdn.net/zhangyuan19880606/article/details

Oracle数据库的备份与恢复 当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（包括机器故障、介质故障、误操作等），数据库有时也可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如果平时对数据库做了备份，那么此时恢复数据就显得很容易。由此可见，做好数据库的备份是多么的重要，下面笔者就以ORACLE7为例，来讲述一下数据库的备份和恢复。ORACLE 数据库有三种标准的备份方法，它们分别为导出/导入（EXPORT/IMPORT）、冷备份、热备份。导出备份是一种逻辑备份，冷备份和热备份是物理备份。 ---- 一、 导出/导入（Export/Import） ---- 利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回Oracle数据库中去。 ---- 1. 简单导出数据（Export）和导入数据（Import） ---- Oracle支持三种类型的输出： ---- （1）表方式（T方式），将指定表的数据导出。 ---- （2）用户方式（U方式），将指定用户的所有对象及数据导出。 ---- （3）全库方式（Full方式），将数据库中的所有对象导出。 ---- 数据导出（Import）的过程是数据导入（Export）的逆过程，它们的数据流向不同。 ---- 2. 增量导出/导入 ---- 增量导出是一种常用的数据备份方法

编译源码 下载azkaban源码 git clone https://github.com/azkaban/azkaban.git jdk要求是1.8以上版本 export JAVA_HOME=/home/work/app/presto-admin/package/jdk1.8.0_74 export PATH=$JAVA_HOME/bin:$PATH 编译 # Build Azkaban ./gradlew build # Clean the build ./gradlew clean # Build and install distributions ./gradlew installDist # Run tests ./gradlew test # Build without running tests ./gradlew build -x tes 安装 安装包路径 ls azkaban/azkaban-solo-server/build/distributions azkaban-solo-server-3.33.0-25-g3318803.tar.gz azkaban-solo-server-3.33.0-25-g3318803.zip 解压 tar -zxvf azkaban-solo-server-3.33.0-25-g3318803.tar.gz 采用默认数据库启动

本环境在Centos7.5采用编译安装的方式，主要介绍PostgreSQL 11.7，TimescaleDB 1.6.1，cmake3.8.2 PostgreSQL编译安装需要cmake3.4以上的版本 TimescaleDB目前只支持PostgreSQL 9.6.3 +，10.9 +或11.4+ 一、postgresql11部署 1、安装cmake 解压cmake-v3.8.2.zip [root@TimescaleDB tmp]# unzip cmake-v3.8.2.zip [root@TimescaleDB tmp]# cd cmake-v3.8.2 安装gcc++ 后，再安装cmake [root@TimescaleDB cmake-v3.8.2]# yuminstall -y gcc* [root@TimescaleDB cmake-v3.8.2]# ./bootstrap && make && makeinstall [root@TimescaleDB cmake-v3.8.2]# ln -s/usr/local/bin/cmake /usr/bin/cmake 2、安装postgresq 软件包链接： https://ftp.postgresql.org/pub/source/v11.7/ 解压postgresql-11.7.tar.gz [root

一、 二、 三、 来源： https://www.cnblogs.com/zhangguosheng1121/p/12550094.html

一：self是什么 目前新版的Odoo中使用到的self，是对 游标cr、用户ID、模型、上下文、记录集、缓存 的封装。 我们可以通过 self.XX 获取到这些封装的东西，比如：self.cr、self.uid。 二：通过直接设置属性来改变数据库中字段值 我们在查出某模型的记录后，可以通过 record.XX = value 来直接修改记录的字段内容。 同样，在重写模型的write方法中，也可以通过 self.XX = value 来指定新增记录中某字段的值。 这里需要注意两点： 1:修改查出来的记录字段值来改变数据库内容，是通过改变缓存中的值出发数据库写记录来达到的。 2:重写write方法时，在write方法中每调用一次 self.XX = value 语句，都会触发数据库写操作，因此一般采用: for rec in self: rec.XX = XX 的写法。 三：环境 1:操作缓存 环境储存了模型的缓存记录集，因此我们可以通过环境来获取、增加、修改、删除记录，而触发数据库更改，从而达到操作数据库的目的。 例如：新增一条记录 self.env['模型'].create(vals) 2:改变用户权限 我们可以通过self.sudo()获得超级权限，从而确保我们的操作能够进行。 self.env[‘model'].sudo().create(vals) 3：访问当前用户

WebMatrix数据访问系列目录： WebMatrix之数据访问 WebMatrix之WebMatrix.Data WebMatrix之WebMatrix.Data揭密 WebMatrix之改造WebMatrix.Data 在上篇文章中，我简单描述了在WebMatrix web开发工具如何简单的实现数据库的CRUD。其中，数据库访问组件WebMatrix.Data是微软专为WebMatrix打造的一个轻量型的动态数据访问组件。你可以通过单独引用WebMatrix.Data.dll程序集，来作为数据访问的轻量型组件。之所以说是轻量型的，因为该组件不支持存储过程，事物，说到底，它就是专为SSCE量身打造的。 下面简单来看看WebMatrix.Data是如何跨数据库平台工作的。 1.SQL Server 2005/2008的支持 以往神马跨数据库支持的大家见得最多的莫过于三层中的通过替换DAL的dll,工厂模式结合配置文件依赖注入实现数据库的切换。但是WebMatrix.Data现在完全不需要那么做，最简单的方式是通过配置文件配置节ConnectionString具体配置即可。下例是使用的一个控制台程序，在app.config下的ConnectionString如下： <connectionStrings> <add name="mysqldb" connectionString=

WebMatrix之WebMatrix.Data WebMatrix数据访问系列目次： WebMatrix之数据访问 WebMatrix之WebMatrix.Data WebMatrix之WebMatrix.Data揭密 WebMatrix之改革WebMatrix.Data 在 上篇文章中，我简单形貌了在WebMatrix web开辟东西怎样简单的实现数据库的CRUD。其中，数据库访问组件WebMatrix.Data是微软专为WebMatrix打造的一个轻量型的动态 数据访问组件。你可以通过单独引用WebMatrix.Data.dll步伐集，来作为数据访问的轻量型组件。之以是说是轻量型的，由于该组件不付出存储 进程，事物，说到底，它就是专为SSCE量身打造的。 下面简单来看看WebMatrix.Data是怎样跨数据库平台事变的。 1.SQL Server 2005/2008的付出 以 往神马跨数据库付出的大家见得最多的莫过于三层中的通过更换DAL的dll,工场模式连合设置文件依靠注入实现数据库的切换。但是 WebMatrix.Data如今完全不必要那么做，最简单的方法是通过设置文件设置节ConnectionString具体设置即可。下例是利用的一个 控制台步伐，在app.config下的ConnectionString如下： <connectionStrings><add name

作者：W&L 推荐： 陶邦仁的博客 　 (1)加载配置并初始化 触发条件： 加载配置文件 配置来源于两个地方，一处是配置文件，一处是Java代码的注解，将SQL的配置信息加载成为一个个MappedStatement对象（包括了传入参数映射配置、执行的SQL语句、结果映射配置），存储在内存中。 (2) 接收调用请求 触发条件： 调用Mybatis提供的API 传入参数 ：为SQL的ID和传入参数对象 处理过程： 将请求传递给下层的请求处理层进行处理。 (3)处理操作请求 触发条件： API接口层传递请求过来 传入参数 ：为SQL的ID和传入参数对象 处理过程： (A)根据SQL的ID查找对应的MappedStatement对象。 (B)根据传入参数对象解析MappedStatement对象，得到最终要执行的SQL和执行传入参数。 (C)获取数据库连接，根据得到的最终SQL语句和执行传入参数到数据库执行，并得到执行结果。 (D)根据MappedStatement对象中的结果映射配置对得到的执行结果进行转换处理，并得到最终的处理结果。 (E)释放连接资源。 (4)返回处理结果 将最终的处理结果返回。 1.1 分析结论 1、 mybatis 配置文件，包括 Mybatis 全局配置文件和 Mybatis 映射文件 ，其中全局配置文件配置了数据源、事务等信息；映射文件配置了 SQL

一、MyBatis的简介 　　 MyBatis 是支持定制化 SQL、存储过程以及 高级映射 的优秀的持久层框架。 　 MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。 MyBatis可以使用简单的XML或注解用于配置和原始映射， 将接口和Java的POJO（Plain Old Java Objects，普通的Java对象）映射成数据库中的记录 . 二、MyBatis的历史 　 　原是apache的一个开源项目iBatis, 2010年6月这个项目由apache software foundation 迁移到了google code，随着开发团队转投Google Code旗下，ibatis3.x正式更名为Mybatis ，代码于2013年11月迁移到Github。 　　iBATIS一词来源于“internet”和“abatis”的组合，是一个基于Java的持久层框架。iBATIS提供的持久层框架包括SQL Maps和Data Access Objects(DAO) 　　 三、MyBatis的基本说明 　　(1)、MyBatis是一个工作在持久层的框架,它 不再是一个标准的ORM框架 　　　　 我们先看看Hibernate是如何对数据库进行操作 　　 我们再来看看Mybatis如何对数据库进行操作 　 　因为它只管理了SQL语句和Java之间的关联和映射