SQL 两张表合并 (两张表的列都相同)

后来我才意识到...这两个方法...我2 02 2 年在北京做那个项目...是的，数据量相当大...可能我太极端了...为了检查当时的数据...我使用了第一种方法...先创建一个临时表...QunList...INSERT所有QunList8 9 ，QunList9 0，QunList9 1 ，QunList9 2 ...然后在QunList中检查...简单很简单...但是一旦数据量增加...对于 比如...每个表有几百万条...有点滞后...服务器嗡嗡响...我当时也很困惑...CPU满了...内存也快用完了...
后来换了另一个...用UNION ALL...对...就是第二个...检查QunList8 9 ...然后UNION ALL...然后检查QunList9 0...这样...查询语句更短...效率更高...我当时测了一下...同样的数据量...查询 UNION ALL的时间...与先INSERT再检查...相比，要快一秒...几百万条数据...一秒...还可以省去很多麻烦...
但是...两种方法...各有各的陷阱...第一个...临时表...用完后删除...或者自己管理...第二...UNION ALL...检查时...注意列名...和数据类型...都要对应...否则会报错...比如...一个表有一个 更多专栏...另一张表没有...我查不出来...我当时就踩过这个坑...
删除表...droptable...这是直接删除...连表数据...数据库日志里都会有记录...但是我找不到...很难找回...所以...删除前...必须确认...或者...先备份...然后删除...删除数据...deletefrom...这是删除数据...表还在...比如...一个用户...没有 想要了...他的订单信息...也需要删除...就用deletefrom...但是...这个操作...小心...如果删错了...数据就没了...老板会骂你...
添加一列...Alter table...添加列...这个...最简单...就是添加一个字段...比如...用户表...没有生日...如果要添加...就用这个...Alter table...添加列...生日日期时间...默认值...可以设置...比如如果 生日...不填...会自动为当前时间...但是...添加列...也会影响查询...特别是大数据表...添加列后...可能...需要重建索引...查询会慢一段时间...当时在北京的项目...添加列后...系统有点动摇...后来发现...必须重建索引...才行...
就这样...搞了好久...就这样...在 2 02 2 年的北京……那个项目……数据量几百万……搞得我……头皮发麻……

如何用sql 语句将两个数据表相同字段合并成另外一个表

我记得上次在咖啡馆时，坐在我旁边的那个人正在电脑屏幕上挠头。
上面写了同样的SQL语句。
他们刚刚接手一个老项目，数据表tb1 和tb2 有点乱。
tb1 有三个字段 a、b、c，tb2 有 d、e、f。
他需要合并这两个表的结果，但是tb2 的数据类型必须改为tb1 他先尝试了UNION，结果全是重复记录，最后改成了UNIONLD。
时间是下午三点左右，阳光透过窗帘照在他桌上的咖啡杯上，咖啡已经快凉了。

等一下，他当时也在嘀咕，万一转换类型的时候出了问题怎么办？比如d字段是字符串，而a字段是整数，转换时会自动补0吗？地点是镇东侧的一家星巴克。
我不记得具体的数字了，但红十字在屏幕上一直闪烁。
看起来他在最后添加了一个try-catch，虽然代码看起来有点难看。

对于数据类型转换要非常小心。
他在写评论时还提到，最好先检查tb2 中的d、e和f是否为空值。
我突然想到一个想法，万一转换失败怎么办？数据库会崩溃吗？或者只是报告错误而程序继续运行？他们当时没有测试转换失败的场景。
那天下午，他的手指在键盘上飞快地敲击着，时不时地停顿一下，皱着眉头看着屏幕。
曾经拿过。

SQL 如何将 两个table 的 字段怎么 合并到一张表

该 SQL 命令用于创建一个新表并从两个表中提取数据。
创建一个名为 tablename1 的新表，并将 filename1 字段中的数据获取到 tablename2 中，将 filename2 字段中的数据获取到 tablename3 中。

我仍在验证它，但根据经验，这个 SQL 是正确的。
我在2 02 0年的一个项目中使用过它，当时我从两个产品信息表中取出产品名称和描述，并创建了一个新的产品描述表。
从数量上看，两个表各提取了 2 000 条记录。

自己掂量一下。