交易员误操作可能是致纽约股市盘中暴跌诱因

新华网纽约5月6日电 (记者 陈刚) 据外电报道,交易员错误操作以及交易系统的技术问题可能是导致6日纽约股市盘中暴跌的主要原因之一。  彭博通讯社、美国国家广播公司财经频道等财经媒体报道称,已有多个消息来源证实,在美国东部时间6日下午2点47分左右,一名交易员在卖出股票时敲错了一个字母,将百万误打成十亿,导致道琼斯指数突然出现近千点的暴跌。  从下午2点42分到2点47分之间,道琼斯指数从10458点瞬间跌至9869.62点,与前一交易日收盘相比,下跌了998.5点。到2点58分,道指又回到10479.74点。这是道琼斯指数历史上第二大单日波幅。  彭博社的报道说,宝洁公司的股票在6日下午出现异常波动,股价突然从每股64美元跌至39美元,随即后回升至每股60美元。  另根据纽约证券交易所的消息,当天在纽交所交易的股票中,有8只股票出现了交易价为零或者1美分的异常情况。  市场交易人士认为,交易中的错误操作以及交易系统的技术问题是纽约股市6日盘中出现异常暴跌的主要原因。目前纽约证券交易所和
纳斯达克股票市场正在就当天的异常波动进行调查。

时间: 2024-07-29 09:52:31

交易员误操作可能是致纽约股市盘中暴跌诱因的相关文章

纽约股市6日盘中暴跌千点:交易员或误操作

据外电报道,交易员错误操作以及交易系统的技术问题可能是导致6日纽约股市盘中暴跌的主要原因之一. 彭 博通讯社.美国国家广播公司财经频道等财经媒体报道称,已有多个消息来源证实,在美国东部时间6日下午2点47分左右,一名交易员在卖出股票时敲错了一个字母,将百万误打成十亿,导致道琼斯指数突然出现近千点的暴跌. 从下午2点42分到2点47分之间,道琼斯指数从10458点瞬间跌至9869.62点,与前一交易日收盘相比,下跌了998.5点.到2点58分,道指又回到10479.74点.这是道琼斯指数历史上第二

风行怎么避开误操作 三招变成风行高手

以精选式收录海量高清大片而名声大振的风行,正在成为越来越多网络影迷的装机必备.尽管使用风行在线观看各类高清电影的确很爽,不过有时候也会出现由于部分操作不当而带来的一些不大不小的麻烦.其实有的操作不当完全是因为没有深入了解软件所致.这里分享三则避开误操作的妙招,让大家用风行看电影真正体验"爽到底". 妙招一:避开影视点播误操作 当发现风行中又收录进来了好电影,在进行正式点播影片之前,往往可能都会有想看一看影片详细资料的冲动,比如影片的导演是谁,有哪些明星主演及大致的故事梗概等.但是当我们

银轮股份副总经理大笔买卖自家股票“误操作”已成高管违规炒股流行语

□ 本报记者 吴 敏 6月27日,银轮股份(002126)披露了该公司董事.副总经理王鑫美女士违规买卖股票的情况.并且在披露高管炒股事件的同时,公司公布了2008年实施分红方案的除息日. 记者致电银轮股份证券办问其原因,该公司工作人员称,公告已经说的很清楚了,就是误操作.并且理直气壮的对记者称,这种高管"误操作"的情况,其他上市公司也很普遍了,并不足为奇. 看来,"误操作"已经成了高管违规炒股的流行语,违规的高管们都可以拿它来说事. 副总经理卖出10.6万股 收入1

9i新特性之Flashback Query的应用-------------针对DML误操作的恢复(2)

恢复 用DBMS_FLASHBACK包   DBMS_FLASHBACK 包提供了以下几个函数:   ENABLE_AT_TIME:设置当前SESSION 的闪回查询时间 ENABLE_AT_SYSTEM_CHANGE_NUMBER:设置当前SESSION的闪回查询SCN GET_SYSTEM_CHANGE_NUMBER:取得当前数据库的SCN       DISABLE:关闭当前SESSION 的闪回查询       如: SQL> select dbms_flashback.get_syst

利用事务日志来恢复Update、Delete误操作引起的数据丢失

恢复|数据 可能有不少朋友遇到过这样的问题:update或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份或不能备份日志(truncate log on checkpoint选项为1),那么就无法进行数据的恢复了,或者只能恢复到最近一次的备份的数据了. 以下简单说明恢复数据方法:1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进进行

利用事务日志来恢复Update、Delete误操作引起的数据丢

恢复|数据 可能有不少朋友遇到过这样的问题:update或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份或不能备份日志(truncate log on checkpoint选项为1),那么就无法进行数据的恢复了,或者只能恢复到最近一次的备份的数据了. 以下简单说明恢复数据方法:1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进进行

9i新特性之Flashback Query的应用-------------针对DML误操作的恢复(1)

恢复  9i新特性之Flashback Query的应用-------------针对DML误操作的恢复   作者:刘颖博 时间:2003-12-29 mail:liuyingbo@126.com,请指正   转载请注明出处及作者   在9i之前,如果出现DML的误操作,只能通过备份来完成基于时间点的恢复,9i给提供了一个新的特性Flashback Query,我们可以应用此特性,可以很方便的实现恢复.但是要注意的是,Flashback Query 仅仅是一个查询的机制,不会真正的UNDO任何数

小小快捷键改变Flash界面 减少误操作

网页教学网:下面这个界面是大家熟悉的Flash界面,在调整Flash时间轴面板大小的时候很容易误拖辅助线,其实有一个方法可以有效减少这种误操作. 在Flash IDE中时间轴面板的空白处,按住alt+shift后再双击它. 就可以变成下面这个界面: 网页教学网:注意看横标尺上方 这个界面的好处就是可以避免在调整时间轴面板大小的时候误拖拽辅助线,能够有效减少工作失误,提高效率.

Oracle基于用户管理的不完全恢复(二)恢复过去某个时间点误操作的表

案例1--恢复过去某个时间点误操作的table 1.基于时间点 SQL> select username,scn,timestamp,sql_redo from v$logmnr_contents where seg_name='TB01'; USERNAME               SCN TIMESTAMP           SQL_REDO --------------- ---------- ------------------- -------------------------