数据库多个表内容合并

方法一:Select所有数据放到新创建的表。

比如现有表t1、t2,表结构相同,打算把内容读出放到tt这个新建的表里。

create table tt select * from t1 union all select * from t2;

如果有有一个t3表也要一起放进去。

create table tt select * from t1 union all select * from t2 union all select * from t3;

效果:

合并结果。

不加all时重复数据录入:

有重复数据合并结果。

注:union all代表不检查重复全部读取,不写all代表检查重复数据,如果数据中有相同数据则只录入一次。

参考文章:

http://blog.sina.com.cn/s/blog_5755b8ed0101err7.html

时间: 2024-10-07 22:14:34

数据库多个表内容合并的相关文章

数据库 插入更新表内容的存储过程

gooliugle 原文 插入更新表内容的存储过程 SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO -- ============================================= -- Author: <xxxx> -- Create date: <2011-03-15> -- Description: <道具系统日报表统计> -- ===================================

mysql同一台服务器上不同数据库中个别表内容同步

>>>>>>soft_wsx>>>>>>--数据备份与还原>>同步备用服务器--1.完全备份主数据库--2.使用带SANDBY子句的RESTORE DATABASE语句从主数据库的完全备份中还原生成备用数据库--3.创建作业,使用BACKUP LOG定时对主数据库时行日志备份--4.创建作业,使用带STANDBY子句的RESTORE LOG语句定时从主数据库的日志备份中恢复数据到备用数据库--5.主数据库不可用时,使用带R

怎样从数据库层面检測两表内容的一致性

一般来说呢.怎样检測两张表的内容是否一致,这种需求大多在从机上体现,以保证数据一致性.方法无非有两个,第一呢就是从数据库着手.第二呢就是从应用程序端着手. 我这里罗列了些怎样从数据库层面来解决此类问题的方法.当然第一步就是检查记录数是否一致,否则不用想不论什么其它方法了.这里我们用两张表t1_old,t1_new来演示. 表结构: CREATE TABLE t1_old ( id int(11) NOT NULL, log_time timestamp DEFAULT NULL ) ; CREA

[原创]如何从数据库层面检测两表内容的一致性

一般来说呢,如何检测两张表的内容是否一致,这样的需求大多在从机上体现,以保证数据一致性.方法无非有两个,第一呢就是从数据库着手,第二呢就是从应用程序端着手. 我这里罗列了些如何从数据库层面来解决此类问题的方法. 当然第一步就是检查记录数是否一致,否则不用想任何其他方法了. 这里我们用两张表t1_old,t1_new来演示. 表结构:  CREATE TABLE t1_old (   id int(11) NOT NULL,   log_time timestamp DEFAULT NULL ) 

mysql 把表中某一列的内容合并为一行

1,把表中某一列的内容合并为一行 select province,CONCAT('[\"全部\",\"',GROUP_CONCAT(city ORDER BY cityID separator '\"\,\"'),'\"]') as group1 from hat_city a LEFT JOIN hat_province b on a.father=b. provinceID GROUP BY father ORDER BY cityID:根据

如何从数据库层面检测两表内容的一致性

一般来说呢,如何检测两张表的内容是否一致,这样的需求大多在从机上体现,以保证数据一致性.方法无非有两个,第一呢就是从数据库着手,第二呢就是从应用程序端着手. 我这里罗列了些如何从数据库层面来解决此类问题的方法.当然第一步就是检查记录数是否一致,否则不用想任何其他方法了.这里我们用两张表t1_old,t1_new来演示. 表结构: CREATE TABLE t1_old ( id int(11) NOT NULL, log_time timestamp DEFAULT NULL ) ; CREAT

PHP+MYSQL实现输出打印数据库表结构和输出表内容

效果图1 <form id="form1" name="form1" action="2.php" method="get"> 本数据库中有以下表:<input type="text" name="shuru" value=""/> <input type="submit" name="sub" v

数据库分库分表

1. 数据库分库分表 1.1. 前言 1.1.1. 名词解释 1.2. 数据库架构演变 1.3. 分库分表前的问题 1.3.1. 用户请求量太大 1.3.2. 单库太大 1.3.3. 单表太大 1.4. 分库分表的方式方法 1.4.1. 垂直拆分 1.4.2. 水平拆分 1.5. 分库分表后面临的问题 1.5.1. 事务支持 1.5.2. 多库结果集合并(group by,order by) 1.5.3. 跨库join 1.6. 分库分表方案产品 1.7. 为什么不建议分库分表 1.8. 参考

关系型数据库分库分表解决方案

关系型数据库分库分表解决方案 关系型数据库单库或单表在数据达到一定量级后,单个节点的就会出现性能瓶颈.通常的做法就是考虑分库分表. 为什么要分? 分库降低了单点机器的负载:分表,提高了数据操作的效率,尤其是Write操作的效率. 如何分? 按号段分: (1) user_id为区分,1-1000的对应DB1,1001-2000的对应DB2,以此类推:优点:可部分迁移缺点:数据分布不均 (2)hash取模分: 对user_id进行hash(或者如果user_id是数值型的话直接使用user_id 的