Mybatis+Postgresql TO_DATE(#{startTime}, 'YYYY-MM-DD') AND op_date <![CDATA[>= ]]>  TO_TIMESTAMP(#{beginTime}, 'YYYY-MM-DD HH24:MI:SS')    AND op_date <![CDATA[<= ]]>  TO_TIMESTAMP(#{endTime}, 'YYYY-MM-DD HH24:MI:SS') SpringMVC+Spring 而页

CHAR 类型的一个变体是 VARCHAR 类型,char(M),M是指字节长度,和varchar(M)一样 故障原因:mysql主键设置为int(9),但数据量已经大于int(9)的范围了 tips:int最大长度是11. 如果在建表时不指定字段int类型的长度时,系统则默认生成长度为11的字段. 解决过程中的坑:因为更改字段类型太慢(亿级数据量),就新建了个相同结构的表,然后更改代码中的sql准备把应用启动起来. 问题1:因为shell脚本是在notepad++中修改的,修改后没有保存,导致

目录 0x00 适用场景 0x01 问题描述 0x02 字节数组 0x03 Base64编码 0x04 其实没那么麻烦 0x05 回顾 0x00 适用场景 1. 前端: JavaScript 2. 后端: ASP.NET Core C# 3. 数据库: Microsoft SQL Server 4. SQL Server中的timestamp数据类型可以理解为时间戳, 但是这个意思会引起很多误解, 这个误解跟中文翻译无关. Stack Overflow上也有很多人对timestamp这个单词产生

问题重现 在写这篇文章之前,明确我的MySQL版本,MariaDB 或者你使用 MySQL 8 也会出现如下问题 MySQL 版本 现在有这样的需求,一张表中有一个字段created_at记录创建该条记录的时间戳,另一个字段updated_at记录更新该条记录的时间戳.我们尝试创建以下语句. CREATE TABLE temp ( id INT() PRIMARY KEY AUTO_INCREMENT, name VARCHAR(), created_at timestamp NULL DEFA

Q: I have a table in pg like so: CREATE TABLE t ( a BIGSERIAL NOT NULL, -- 8 b b SMALLINT, -- 2 b c SMALLINT, -- 2 b d REAL, -- 4 b e REAL, -- 4 b f REAL, -- 4 b g INTEGER, -- 4 b h REAL, -- 4 b i REAL, -- 4 b j SMALLINT, -- 2 b k INTEGER, -- 4 b l I

Postgresql实战经验之alter table 开小差了 今天需要将一张有数据的表中一个字段varchar 类型转换为timestamp类型,但是pg的alter table 语句却开小差,出现了两种问题,翻了pg10.5中文手册.很多博客文档,做了对比实验,哎,可谓费了九牛二虎之力才解决问题. 1.alter table 修改表定义(DDL操作) 官方文档关于alter table 的用法 ALTER TABLE [ ONLY ] name [ * ] action [, ... ] A

Oracle数据库迁移PostgreSQL数据库问题及解决 目录 如何计划迁移数据库(现状及问题分析) 统计系统表及表功能 解耦公共表 建立数据库 迁移表结构 导入表数据 改SQL语法 保证数据时效性和完整性 其他(优化SQL等) 1.如何计划迁移数据库 将数据库从Oracle迁移至PostgreSQL数据库,需要考虑的有很多. 但是有一点是不变的,或者说是目的:要保证数据库迁移后,系统功能能够正常使用,或对业务逻辑尽可能少的修改(修改业务逻辑可能会出现意想不到的连锁问题). 那么,就需要想办法

目录 概述 重要 前置条件 配置环境 Win环境配置 linux环境配置 定义ORACLE_HOME环境变量 Ora2Pg使用方法 配置文件ora2pg_table.conf 配置文件解释:Oracle数据库连接配置项 ORACLE_HOME ORACLE_DSN ORACLE_USER et ORACLE_PWD USER_GRANTS TRANSACTION* 基本原理 数据类型变化(参考Ora2PG源码定义) 常见的Oracle对象到Postgresql数据库的转换 数据库链接(Datab

前言 PostgreSQL 是世界公认的功能最强大的开源数据库,除了基础数据类型 int4/int8/varchar/numeric/timestamp 等数据类型,还支持 int4[]/int8[]/varchar[]/numeric[]/timestamp[] 数组类型.hstore 类型(类似 c# Dictionary<string, string>).gis 类型. 选择一项技术一定是可以帮助我们提升效率,并且使用一定是非常简便的,才能让我们赚取更多时间,早点下班甚至上班摸鱼.这篇文

恢复SQL Server被误删除的数据(再扩展) 大家对本人之前的文章<恢复SQL Server被误删除的数据> 反应非常热烈,但是文章里的存储过程不能实现对备份出来的日志备份里所删数据的恢复 这个是一个缺陷,本人决定对这个存储过程扩展一下,支持对log backup文件里的delete语句进行恢复 实验步骤 1.首先先准备好测试表和测试语句 USE [sss] GO --建表 CREATE TABLE testdelete ( id , ) NOT NULL PRIMARY KEY , NA

恢复SQL Server被误删除的数据 <恢复SQL Server被误删除的数据(再扩展)> 地址:http://www.cnblogs.com/lyhabc/p/4620764.html 曾经想实现Log Explorer for SQL Server的功能,利用ldf里面的日志来还原误删除的数据 这里有一篇文章做到了,不过似乎不是所有的数据类型都支持 以下为译文:http://raresql.com/2011/10/22/how-to-recover-deleted-data-from-s

测试环境:RHEL 6.4 + Vertica 6.1.3-7 需求:搭建Vertica数据库3节点的测试环境,建立测试用户,建表,测试数据入库. 1.各节点关闭防火墙和SELinux,配置主机名,IP地址,统一root密码,确认系统字符集为utf-8 关闭防火墙和selinux: service iptables status;getenforce;service iptables stop;setenforce 0;service iptables status;getenforce 关闭防

Vertica数据库中的表只是一个逻辑概念. 实际存储在磁盘上的是projection. 当创建一张表,没有创建projection时,那么插入数据的时候会自动创建一个默认的projection.如果运行中发现projection不合适,可以运行dbd进行优化,得出一些建议,参考来重建projection. 如果清楚projection如何建立最优,那么建表的时候就可以在插入数据之前直接手动建立对应的projection. Projection Optimized collections of

假设test用户下创建的t_jingyu表 vsql -Utest -wtestpwd create table t_jingyu( col1 int, col2 varchar, col3 timestamp not null) PARTITION BY (date_part('doy', t_jingyu.col3));   需求:删除doy分区表t_jingyu的历史分区数据(8月份) $.sql \timing SELECT DROP_PARTITION('test.t_jingyu',

在上篇Vertica 分区表设计中,已经提过了Vertica的分区表创建和分区删除,但举例上并不系统, 本篇文章将系统的对分区表设计及后续的删除分区进行讲解. 概述:Vertica分区表(天和月)创建以及删除分区 1.分区表创建 2.查询业务表的基本信息 3.Vertica入库测试数据 4.删除历史分区数据 Reference 1.分区表创建 Vertica分区表可以使用预定义函数创建,有特殊需求时,也可以自定义函数创建. 我这里测试均是以业务用户test登录建表: vsql -Utest 1.

之前在"Vertica 安装,建库,新建测试用户并授予权限,建表,入库"这篇文章也简单介绍过入库部分的内容. 但之前测试用例若用于生产环境有明显的局限性: 1.是用dbadmin管理员用户入库的. 2.没有建立和指定入库专用资源池. 现在我们需要规范下入库,用普通业务用户test进行入库测试,并指定入库资源池load_pool. 1.创建业务用户test和测试表t_jingyu 2.创建入库专用load_pool资源池并赋权给业务用户test 3.准备入库脚本loadData.sh和入

USE [BBDAS_FP_DATA] GO /****** Object: StoredProcedure [dbo].[Recover_Deleted_Data_Proc] Script Date: 07/12/2014 15:09:44 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO ALTER PROCEDURE [dbo].[Recover_Deleted_Data_Proc] @Database_Name NVARCH

/****** Object: StoredProcedure [dbo].[Recover_Deleted_Data_Proc] Script Date: 04/23/2014 22:11:59 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO -- Script Name: Recover_Deleted_Data_Proc -- Script Type : Recovery Procedure -- Develop By: M

pgsql function 系列之一:返回结果集--------------------------------------------------------------------------------我们在编写postgresql数据库的函数(或称为存储过程)时,时常会遇到需要返回一个结果集的情况,如何返回一个结果集,返回一个结果集有多少种方式,以及如何选择一个合适的方式返回结果集,这是一个需要仔细考虑的问题.本文仅简单的罗列出各种返回结果集的方式并试图分析他们的特点,而采用何种方式则

1. ibatis3.*版本以后正式改名为mybaits,它也从apache转到了google code下:也就是说ibatis2.*,mybatis3.*. 2. 映射文件的不同 ibatis的配置文件如下 <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE sqlMapConfig PUBLIC "-//ibatis.apache.org//DTD SQL Map Config 2.0/

Teradata的SQL设计和Oracle真不是一个水平, 一点美感的没有.  上个世纪它靠着MPP一招鲜吃变天, 居然做了十多年数据仓库的老大,  时过境迁, 现在有不少SQL On Hadoop 产品已经出来了, 考虑到scale out的成本和能力, Teradata 数据仓库优势荡然全无. 将来必将会被SQL on Hadoop/Spark替代. 毕竟在Teradata上做了几年, 也该写点总结. 下面是我常用的一些编程知识 --字符串函数    SELECT 'FirstName' |