sdmanooo的专栏

--创建存储过程，检查表存不存在，存在就drop掉。 个人认为drop没有mysql方便create or replace procedure tableExistThenDrop(tablename in varchar2) authid current_userastempsql varchar2(2000);vflag integer;begin vflag:=0; tempsql:='select count(*) from user_tables where table_nam..

昨天遇到了个问题，数据库中有一个含有clob的表，导出用户时，没有报错，所有的表都导出来，当导入另一个数据库时，其他表都导入了，只有clob表没有导入。其实是clob表的表空间与新数据库设置的表空间不一样，如果将表空间设置为一样，就没有问题了。

在oracle中使用varchar2类型存储字符串时，发现存储的最大长度就是4000字符，再长就会报错。在网上搜了搜发现有说改为LONG类型，可以存储2g的内容，但发现mybatis解决long类型时会有很多的麻烦。后台决定改为clob类型，可以存储4g内容，而且mybatis可以自动解析clob类型，只需在写insert和update语句是，将clob字段的数据类型设为：jdbcTy

今儿个重装了个系统，win7 64位。接着装了个64位的oracle11g，oracle11g下载页面：http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html，找到适合自己系统的数据库，需要将file1和file2都下载下来，压缩到同一个文件夹下才能进行安装，否则安装不了。接着用免安装

Oracle 创建dblink 报错:ORA-01017、ORA-02063一、创建dblink 原始语句：create public database link db_lsxyconnect to lsxy  identified by lsxyusing '(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST

最近常有数据库和网络设备升级和搬迁等事情，而各个应用都是基于数据库连接池做的，大部分都是基于C3P0，数据库或网络状况的变动都会导致客户端连接池中的connection失效，如何剔除这些blocked connection就和C3P0的各个配置息息相关。这两天，搭了个实验环境，根据C3P0的配置说明 和实验结果，把C3P0关于这块的机制解析了一番。先看看我的结论：1）C3P0容错和自动重连与以

oracle低版本数据导入到高版本时，一般不会出现错误。但是从高版本导入低版本就会报错。

提到删除表的字段，我们最初想到的就是alter table xx drop column field1;但是当我们要对生产环境中大数据量的表进行删除字段，而且不是删除一个两个，有可能删除多个字段，此方法是否可取。网上有文章说到可以先对要删除的字段进行unused的处理，然后在系统不忙的时候执行drop column，我个人认为此方法不是不可行，只不过我认为不是最快的。我以我自己亲身处理的一

相比很多同学都做过历史数据备份的工作，可能方式有很多种，在此说一种业务场景：有原始表a和历史表a_his两个表，每个月月初将a中上个月之前的历史数据，转移到a_his中。可能一开始想到的方案就是使用insert into a_his select * from a where date且说这个方案逻辑上有没有问题，其实没有问题(一开始我也是这么做的)。但是当你有不止一个a表，且每个表的数据