项目做库迁移,前期需要经常调整表结构语句,涉及多次的批量drop,本着偷懒精神写了这个函数.鉴于本函数在生产环境有巨大风险,建议测试完毕后立即删除. 主要步骤很简单:1)从pg_tables查询得到相关表名称:2)遍历查询结果拼接动态语句然后循环执行. 代码: create or replace function vppp.func_drop_tables() returns void as $body$ -- 注意schema名称 declare tmp ); -- 存放拼接文本 stmp r

SQLSERVER:通过sys.tables实现批量删表,或者回滚表 begin try drop table #temp10 end try begin catch end catch select 'drop/*truncate*/ table dbo.'+name as droptable,ROW_NUMBER() over(order by name) as rownumber into #temp10 from sys.tables where name like 'member%'

MySQL的奇怪的删表数据文件而表照样能打开 author:headsen  chen      2017-11-02   17:57:17 现象:删除一个正在运行的mysql数据库的表的数据文件:*.MYD,此时在数据库里仍然能查看到该表的数据,就算是运行 了flush  privileges 命令仍然能查看到该数据,一旦重启数据库,则该表的会报错. mysql> select count(*) from c5;+----------+| count(*) |+----------+| 245

在工业监控里面, 需要对每天的数据, 进行记录, 时间长了之后, 数据库很容易撑爆. 这时候, 如果允许, 可以对之前的数据进行一次清除, 只记录几个月内的数据. delimiter $ DROP PROCEDURE if exists p_clearOldData; /* g_date_limit 时间限制, 如 2019_08 , 则删除 该时间之前的表 g_date_length 时间格式的长度, 如 后缀时间是 2019_08, 则此处应该传 7 */ ) , in g_date_len

场景,开发用java程序连接presto创建一个表,这个表在hdfs的权限为: 然后用presto去删除这个表 报错,没有权限删除,查看上一级目录权限,发现权限正常 直连hive删表 发现正常. 然后使用developer直连hive 创建表,用presto删除还是报错没有权限. 连接hive 元数据MySQL select t.OWNER, p.PRINCIPAL_NAME, count(1)  from TBLS t      join TBL_PRIVS p on p.TBL_ID=t.T

删表的时候碰到表忙的情况,会报错. DROP TABLE TMP_TAB_T_AGENT * ERROR at line 1: ORA-14452: attempt to create, alter or drop an index on temporary table already in USE 这个时候可以使用几个视图查看一下当前哪些SESSION正在使用 SET lines 200 pages 100 col program FOR a20 col MODULE FOR a20 col

1.查看你删除的是哪张表(SQL 中的时间是删表时的时间  (我删表的时间 大概是:2019-08-16 08:47:00   之后 )):       select * from user_recyclebin where DROPTIME >'2019-08-16 08:47:00'; (DROPTOME 为删除的时间) 2.恢复表 SQL  (数据也会恢复):     flashback Table "BIN$nG1+X5wuSpCZ9kvjno5yug==$0" to b

欢迎来到 GreatSQL社区分享的MySQL技术文章,如有疑问或想学习的内容,可以在下方评论区留言,看到后会进行解答 问题 运行下面的这段Python代码,却总是无法更新数据: import pymysql conn=pymysql.connect( host = '127.0.0.1', user = 'yewen', passwd='YeWen.3306', port= 3306, db='test', charset='utf8mb4') cur = conn.cursor() sql

最近在折腾greenplum,遇到一个蛋疼的问题,那就是获取表结构,也就是建表语句.大家都知道在MySQL里面是非常easy的,show create table table_name 就搞定了,在gpdb里面就没这么容易,在查询大量资料以后终于找到了方法.那就是自己定义一个函数去获取,函数中可以嵌套python代码,非常的方便.但是资料中的代码有大量错误,在经过几番调试以后终于可以使用了. 如果没有这个函数其实也可以获取表结构,那就是只能导出这个表的结构进行查看了.导出表结构的命令是: pg_

方法一 查看表的分区键 select d.nspname||'.'||a.relname as table_name,string_agg(b.attname,',') as column_namefrom pg_catalog.pg_class ainner join pg_catalog.pg_attribute bon a.oid=b.attrelidinner join pg_catalog.gp_distribution_policy con a.oid=c.localoidinner

Impala/hive删除表,drop后,hdfs上文件却还在处理方法: 问题原因分析,如下如可以看出一个属组是hive,一个是impala,keberas账号登录hive用户无法删除impala用户文件,则会出现异常 GSS initiate failed [Caused by GSSException: No valid credentials provided (………… cause:javax.security.sasl.SaslException: GSS initiate faile

1.以下是直接从数据库导出的建表语句. 1 -- ---------------------------- 2 -- Table structure for files 3 -- ---------------------------- 4 DROP TABLE IF EXISTS `files`; 5 CREATE TABLE `files` ( 6 `id` int(11) NOT NULL, 7 `fileName` varchar(50) DEFAULT NULL, 8 `filePat

1.搭建环境 新建JAVA项目,添加的包有: 有关Hadoop的hadoop-core-0.20.204.0.jar 有关Hbase的hbase-0.90.4.jar.hbase-0.90.4-tests.jar以及Hbase资源包中lib目录下的所有jar包 2.主要程序 package com.wujintao.hbase.test; import java.io.IOException; import java.util.ArrayList; import java.util.List;

DECLARE num NUMBER; BEGIN SELECT COUNT(1) INTO num FROM USER_TABLES WHERE TABLE_NAME = UPPER('tableName') ; IF num > 0 THEN EXECUTE IMMEDIATE 'DROP TABLE tableName' ; END IF; END; 多表情况 declare num number; num1 number; num2 number; begin SELECT COUNT(

1.搭建环境 新建JAVA项目,添加的包有: 有关Hadoop的hadoop-core-0.20.204.0.jar 有关Hbase的hbase-0.90.4.jar.hbase-0.90.4-tests.jar以及Hbase资源包中lib目录下的所有jar包 2.主要程序 package com.wujintao.hbase.test; import java.io.IOException; import java.util.ArrayList; import java.util.List;

1.搭建环境 新建JAVA项目,添加的包有: 有关Hadoop的hadoop-core-0.20.204.0.jar 有关Hbase的hbase-0.90.4.jar.hbase-0.90.4-tests.jar以及Hbase资源包中lib目录下的所有jar包 2.主要程序 package com.wujintao.hbase.test; import java.io.IOException; import java.util.ArrayList; import java.util.List;

from sqlalchemy.ext.declarative import declarative_base##拿到父类from sqlalchemy import Column##拿到字段from sqlalchemy import create_engine ##创建引擎from sqlalchemy import text,String,ForeignKey,Integerfrom sqlalchemy.orm import relationship ##拿到表的父类对象base=dec

背景 将测试环境的表同步到另外一个数据库服务器中,但有些表里面数据巨大,(其实不同步该表的数据就行,当时没想太多),几千万的数据!! 步骤 1. 既然已经把数据同步过来的话,那就直接delete掉就行,多大的事呢? 于是 ; 结果傻眼了,执行了一会儿就卡死了,对卡死了! 2. 那么问题来了,是不是死锁了呢?那怎么判断死锁呢? SHOW PROCESSLIST; 执行这个命令可以查看数据库当前的进程 3. 查看当前的事物 #当前运行的所有事务 mysql> SELECT * FROM inform

表大小 zwcdb=# select pg_size_pretty(pg_relation_size('gp_test')); pg_size_pretty ---------------- 1761 MB (1 row) 表和索引 zwcdb=# select pg_size_pretty(pg_total_relation_size('gp_test')); pg_size_pretty ---------------- 2186 MB 查看指定数据库 zwcdb=# select pg_s

1.搭建环境 新建JAVA项目,添加的包有: 有关Hadoop的hadoop-core-0.20.204.0.jar 有关Hbase的hbase-0.90.4.jar.hbase-0.90.4-tests.jar以及Hbase资源包中lib目录下的所有jar包 2.主要程序 package com.sf.study.hbase; import java.io.IOException; import java.util.ArrayList; import java.util.List; impor

最近遇到truncate表,无法清理的情况,在master节点查看加锁情况,并未加锁这种情况极有可能是segment节点相关表加了锁,所以遇到这种情况除了排查master节点的锁,所有的segment也要查看锁的持有情况,然后根据情况,进行处理. master节点:查看segment锁情况select gp_execution_dbid(), pid, relation::regclass, locktype, mode, granted  from gp_dist_random('pg_loc