社区
Oracle 高级技术
帖子详情
Oracle中关于记录删除方法的招聘试题(讨论者统统有分)
AllanJD
2004-06-18 08:39:42
问题如下:
某城市中国电信的Oracle数据库中有5000万条记录,现要将这些记录全部删除,请问你觉得应该使用什么样的方法?
...全文
214
20
打赏
收藏
Oracle中关于记录删除方法的招聘试题(讨论者统统有分)
问题如下: 某城市中国电信的Oracle数据库中有5000万条记录,现要将这些记录全部删除,请问你觉得应该使用什么样的方法?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
20 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
sunnyxp163
2004-06-22
打赏
举报
回复
个人觉得truncate较好
yown
2004-06-22
打赏
举报
回复
用truncate 或 drop 在重建新表
baojianjun
2004-06-22
打赏
举报
回复
DROP 後重建
alflor
2004-06-22
打赏
举报
回复
没有删除过这么多的数据的,但是,一般考虑会用truncate 或 drop 在重建新表;
如果,只是删除部分的话 wxyq2000的建议不错,我就这么做过!
wxyq
2004-06-22
打赏
举报
回复
把该表的索引先全部删除,然后delete,建议写个过程 每次删除1000条commit;
这样安全,快
没有commit;的话就慢俩
chanet
2004-06-22
打赏
举报
回复
Truncate table 是比较好的选择.
drop table 会引起有关联的对象为 invaild 状态.
AllanJD
2004-06-22
打赏
举报
回复
to baojianjun(包子) :
Drop Table 是不是可以呢我想你的意思可能是考虑到企业级数据库中的表之间可以不存在任何关实体关系。但是删除一个表整个数据库的结构发生了变化。
jackjingsg
2004-06-21
打赏
举报
回复
根据不同的条件选用不同的方法
dinya2003
2004-06-21
打赏
举报
回复
如果删除全部数据并且不需要回滚的话用truncate
如果删除部分数据(数据量比较大),把该表的索引先全部删除,然后delete,建议写个过程什么的, 执行部分数据提交一次.等表中只剩下你自己需要的数据了,然后再重建索引.
welyngj
2004-06-20
打赏
举报
回复
既然是1999W,就不可以使用truncate table.
可以delete了。可以把索引定义导出,然后删除,最后delete完数据后,再重建索引。
Arockroll
2004-06-20
打赏
举报
回复
这个问题看似简单,其实不然,我们先设好一个条件:不能采用DROP TABLE之类的手段,看哪个能有个好办法,更进一步,只删其中的4999W条,怎么删除最快?
我遇到多次这种情况了,当然记录没这么多,最多的有30W条,要SQL,INSERT,DELETE都很慢,有哪位朋友指教一下
jackzz
2004-06-20
打赏
举报
回复
其实DROP表更快些,只不过要考虑到与表有关的其他东西,如:TRIGGER,INDEX等!
huanghaitao
2004-06-20
打赏
举报
回复
除了直接truncate表之外,我想还有一种,就是drop该表,然后再重建
welyngj
2004-06-19
打赏
举报
回复
索引空间释放。
drabit
2004-06-19
打赏
举报
回复
to sduzjw:
oracle没有自增字段.
sqlserver用的太多了吧?
sduzjw
2004-06-18
打赏
举报
回复
如果要彻底删除的话当然是TRUNCATE,这跟重建的新表的结果一样,而且自增字段会从原始的初值开始增加
welyngj
2004-06-18
打赏
举报
回复
应该是不可以回滚
welyngj
2004-06-18
打赏
举报
回复
不会就问这么简单的问题吧?
还有没有别的
?
welyngj
2004-06-18
打赏
举报
回复
如果追求速度的话:用truncate table table_name,由于它不记录日志,速度会很快
但是它是不可以通过备分恢复。
AllanJD
2004-06-18
打赏
举报
回复
sorry,掉了一点,问题修改一下:
某城市中国电信的Oracle数据库的某张表中中有5000万条记录,现要将这些记录全部删除,请问你觉得应该使用什么样的方法?
千万级到10亿+的疯涨,搜狗商业平台服务化体系实践之路
千万级到10亿+的疯涨,搜狗商业平台服务化体系实践之路 发表于11小时前| 3502次阅读| 来源《程序员》杂志| 6 条评论| 作者么刚、王宇 《程序员》杂志2015年11月B架构搜狗数据库 摘要:今年来搜狗业务飞速发展,在线广告物料实现了千万级到10亿+的增长,天级报文量完成了百万级到亿级的跨越,搜狗商业平台的基础架构是如何抗住的? 【编者按】互联网从诞生到现在
架构---ReadingList
千万级到10亿+的疯涨,搜狗商业平台服务化体系实践之路
面向电网频率稳定的VSG惯量阻尼协同自适应控制策略研究(Simulink仿真、Matlab代码实现)
内容概要:本文针对风电功率随机波动对电网频率稳定性的不利影响,提出一种基于灰狼优化算法(GWO)与改进的自适应噪声完备集合经验模态分解(ICEEMDAN)相结合的混合储能功率平抑策略。通过GWO优化ICEEMDAN的关键参数(如噪声幅值、分解层数),以样本熵为适应度函数提升风电功率信号分解精度,有效抑制模态混叠问题;进而构建四阶段协同调控框架:参数优化—自适应分解—互信息熵初级功率分层—模糊控制动态修正
中
频功率分配,实现低频、
中
频、高频波动功率的合理分配。该策略结合储能系统
中
蓄电池与超级电容的特性,利用模糊控制器根据两者实时荷电状态(SOC)动态调整
中
频功率分配比例,避免过充过放,延长设备寿命。基于实测风电数据的仿真结果表明,该
方法
显著降低了并网功率波动率,提升了储能运行安全性与系统整体平抑效果。; 适合人群:具备一定电力系统、新能源并网、储能控制背景,熟悉Matlab/Simulink仿真工具,从事相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①解决风电功率波动导致的电网频率不稳定问题;②优化混合储能系统(蓄电池+超级电容)的功率分配策略;③提升风电并网电能质量与储能系统运行寿命;④为基于智能算法的新能源功率平滑控制提供可复现的技术方案。; 阅读建议:建议结合Matlab代码与Simulink仿真模型进行实践,重点关注GWO参数寻优流程、ICEEMDAN分解效果对比、互信息熵判据应用及模糊规则设计等核心模块,深入理解信号分解与储能状态协同控制的闭环机制。
【计算机体系结构】PCIe协议扩展
中
的TLP前缀机制:增强事务层数据包头部功能以支持未来扩展
内容概要:本文档是PCI-SIG发布的一项工程变更通知(ECN),针对PCI Express Base Specification 2.0引入TLP前缀(TLP Prefix)机制。该机制通过在TLP头部前端添加可选的DWORD字段,扩展了TLP的头部容量,以支持未来更多功能信息的传输。TLP Prefix分为两种类型:本地TLP前缀(Local TLP Prefix)作用于单个链路范围内,以及端到端TLP前缀(End-End TLP Prefix)贯穿请求源与目标之间的整个路径。文档详细定义了TLP Prefix的格式规则、处理流程、硬件与软件影响、IO虚拟化兼容性,并更新了相关寄存器配置、错误报告机制和流量控制策略。该特性为PCIe架构提供了向前扩展的能力,同时确保不支持该特性的设备能正
【计算机体系结构】PCIe协议错误修正规范:技术勘误与系统稳定性优化方案设计
内容概要:本文档是 其他说明:该勘误文档为非商业用途的标准补充材料,不提供任何形式的保证,使用者应自行承担风险。最新版本需通过PCI-SIG官网获取。
Oracle 高级技术
3,499
社区成员
18,709
社区内容
发帖
与我相关
我的任务
Oracle 高级技术
Oracle 高级技术相关讨论专区
复制链接
扫一扫
分享
社区描述
Oracle 高级技术相关讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章