数据处理经历了哪几个阶段

1数据采集\x0d\了解数据采集的意义在于真正了解数据的原始面貌，包括数据产生的时间、条件、格式、内容、长度、限制条件等。这会帮助数据分析师更有针对性的控制数据生产和采集过程，避免由于违反数据采集规则导致的数据问题;同时，对数据采集逻辑的认识增加了数据分析师对数据的理解程度，尤其是数据中的异常变化。\x0d\在数据采集阶段，数据分析师需要更多的了解数据生产和采集过程中的异常情况，如此才能更好的追本溯源。另外，这也能很大程度上避免“垃圾数据进导致垃圾数据出”的问题。\x0d\2数据的加工整理\x0d\在明确数据分析目标基础上收集到的数据，往往还需要进行必要的加工整理后才能真正用于分析建模。数据的加工整理通常包括数据缺失值处理、数据的分组、基本描述统计量的计算、基本统计图形的绘制、数据取值的转换、数据的正态化处理等，它能够帮助人们掌握数据的分布特征，是进一步深入分析和建模的基础。\x0d\3数据分析\x0d\数据分析相对于数据挖掘更多的是偏向业务应用和解读，当数据挖掘算法得出结论后，如何解释算法在结果、可信度、显著程度等方面对于业务的实际意义，如何将挖掘结果反馈到业务 *** 作过程中便于业务理解和实施是关键。\x0d\4数据展现\x0d\数据展现即数据可视化的部分，数据分析师如何把数据观点展示给业务的过程。数据展现除遵循各公司统一规范原则外，具体形式还要根据实际需求和场景而定。基本素质要求如下：\x0d\工具：PPT、Excel、Word甚至邮件都是不错的展现工具，任意一个工具用好都很强大。\x0d\形式：图文并茂的基本原则更易于理解，生动、有趣、互动、讲故事都是加分项。\x0d\原则：领导层喜欢读图、看趋势、要结论，执行层欢看数、读文字、看过程。\x0d\场景：大型会议PPT最合适，汇报说明Word最实用，数据较多时Excel更方便。\x0d\最重要一点，数据展现永远辅助于数据内容，有价值的数据报告才是关键。

首先通过计算属性来获取vuex中的数据

再通过watch来监听计算属性中的值来获取变化

通常我们在vue文件中监听数据的变更，尤其是vuex中数据的变更非常方便，通过watch函数可以很便捷的拿到数据变更前后的值，并作出相应的处理。

但是，当我们需要在诸如js等文件中监听到数据的变更就会很不容易，所幸，vue官网提供了解决思路

watch(fn: Function, callback: Function, options: Object): Function

vuex的实例方法，接收两个参数：

第一个参数为fn，响应式地侦听 fn 的返回值，当值改变时调用回调函数。fn 接收 store 的 state 作为第一个参数，其 getter 作为第二个参数；

第二个参数为一个可选的对象参数表示 ，类似于vue的watch的回调函数，表示新旧值。

当我们不想监听时，可以通过定义变量接收该方法的返回值函数，调用该函数即可停止监听。

优点：我们可以监听我们某个特定需要的值，并非常方便的类似vue文件中那样拿到新旧变化值

弊端：当我们需要知道很多的值的变更情况时就得写大量的监听方法（可以考虑封装成方法或类）

用法示例：

1在相应的js文件引入store

2调用store的watch实例方法，第一个函数参数返回一个需要监听的state中的值（比如我想监听vuex中的pathName的变化情况，就返回该值）

3第二个参数同vue的watch，接收2个参数代表新旧值

4通过变量watchFun接收watch的返回值，调用该方法会停止监听

如上，就是如何在js等非vue文件中监听vuex数据的变化方式。

就如文中提到的缺点，当数据量过大时，写多次监听闲的不友好，可以考虑订阅mutation的方式管理大量数据。

对环境的适应性是线阵ccd和面阵ccd的通病。具体言之，就是不同时刻，不同环境下，其所获取的AD值会改变。这也就直接影响了后期的处理问题。因此，就有了动态阈值一说。对于摄像头，动态阈值有双峰法等相对已经比较成熟的方案。这里谈谈线性ccd的阈值确定。此方法基于蓝宙提出的两种对ccd智能调光的的解决方案提出。在硬件二值化的基础上解决动态阈值的确定。具体实验有待回校验证。把ccd的AO口引出两根，一根连到单片机片内AD，（或者也可采用片外高速AD，加快AD的读取速度。如AD974、AD976A等都可）。另一根跟比较器相连。作为比较器的输入源。比较器输出为硬件二值化后的0和1。比较器的输入部分连接可变增益放大器。采用一个电源作为输入接入这里的关键部分可变增益放大器。通过程序设置可令可变增益放大器对此0~5V的信号进行放大，从而对比较器的基准电源进行动态的调节。程序的处理。在单片机的初始化中，通过clk和SI的 *** 作。直接获取ccd128个点的平均电压值voltage。因为环境的影响，voltage会发生变化。在下午和晚上日光灯下。分别在此voltage1和voltage2下找到适合ccd循迹的放大倍数a和b。然后可以在程序中进行一个判断选择，让他找到合适的放大倍数。（精度肯定没有双峰法高）测试的情况越多，ccd适应环境的能力就越强。因为二值化的原故，此法没有自适应法处理ccd时间太长的弊端。当然可靠性还有待检验。

空间采样数据的获取采用的是退化废弃地移动监测作业系统，是针对退化废弃地与土地利用变化快速监测与评估需求，面向土地管理部门，将 GPS、GIS、ＲS、PDA 嵌入式技术，无线通信技术，移动多媒体等技术进行高度集成的野外作业系统。该系统为快速、有效的空间采样提供了技术支持，也为土地管理部门针对经济发达地区以及灾害发生区域的土地利用变化、土地退化以及灾毁情况提供了实地调查手段，做到现场办公、快速监测、及时统计与评估，实现土地利用变化监测过程的数字化、智能化、实时化、准确化和规范化，全面满足信息化时代土地变化监测的现实需求。

( 一) 退化废弃地移动监测作业系统的设计

退化废弃地移动监测作业系统本着科学性、先进性、可发展性、合理性、便捷性、兼容性等原则进行设计与研发，有效结合各种计算机与网络资源，研发具有创新意义的应用系统。系统总体上分为 “一个中心、两个系统”: Tgda 土地监测多媒体数据服务中心、Tgda 土地移动监测作业子系统、Tgda 土地移动监测信息服务子系统。如图 7 － 1 所示。

Tgda 土地监测多媒体数据服务中心主要提供对于位置多媒体数据的存储、管理与发布等服务。Tgda 土地移动监测作业子系统主要实现对于位置多媒体数据的移动绘制与实时采集，采集数据的即时上报与批量上传等功能。Tgda 土地移动监测信息服务子系统主要实现对于移动采集终端的在线位置的监控、上传数据综合查询以及基于 PC 的位置多媒体数据上传与编辑等功能。三者之间的拓扑结构关系如图 7 －2 所示，从中可以看出，文本信息、图像信息、GPS 数据等各种信息通过 PDA ( 含 WiFi 无线上网模块) 、高精度 GPS 模块和实地监测软件组成的 Tgda 土地移动监测作业子系统，以土地利用现状数据、规划图、遥感影像数据作为底图数据，快速采集、显示、处理以及发送地类图斑属性和实地位置多媒体信息。Tgda 土地监测多媒体数据服务中心与 Tgda 土地移动监测作业子系统之间的地理多媒体数据传输方式包括两种，即移动通讯网络 ( 中国移动 EDGE、中国电信 CDMA) 和车载无线路由中继。实时获取的退化废弃地和土地利用变化等多媒体数据，将实时存储到 Tgda 土地移动监测信息服务子系统中，嵌入在服务器的退化废弃地监控评估信息系统中 ( 图7 －3) 。

图 7 －1 村镇退化废弃地移动监测作业系统

图 7 －2 移动监测作业系统的拓扑结构

( 二) 退化废弃地移动监测作业系统的功能实现

图 7 －3 Tgda 土地移动监测作业子系统的功能运行流程

1 土地监测多媒体数据服务中心

土地监测多媒体数据服务中心负责数据服务与应用服务，应用客户端可通过远程登陆或内网登陆，访问应用服务器与数据库服务器，实时监察 PDA 移动终端空间位置，即时查看 PDA 移动终端所采集的空间多媒体数据。

2 Tgda 土地移动监测作业子系统

土地移动监测业务子系统的主要功能包括目的地导航、数据裁剪下载、采点时间设置、转换参数计算、监测信息采集、采集数据回发、GIS 管理等。该子系统功能运行的业务流程如图 7 －3 所示。

3 Tgda 土地移动监测信息服务子系统

土地移动监测信息服务子系统主要是实现影像地图图元数据综合管理、Tgda 移动监测作业工作状态监控、外业土地监测位置多媒体数据实时获取、遥感影像数据解译的现场样例与标志在线和离线获取、用户权限管理等功能。

( 三) 退化废弃地移动监测作业系统在空间采样中的应用

在空间采样数据的获取上，利用退化废弃地移动监测作业系统，以土地利用现状、遥感影像等作为底图数据，快速采集、显示以及处理退化废弃地野外采样数据的属性信息和实地位置多媒体信息，并将采集数据回发，与其他调查数据一起在 GIS 系统支持下，构建退化废弃地数据库。

数据采集(DAQ)，又称数据获取，是指从传感器和其它待测设备等模拟和数字被测单元中自动采集非电量或者电量信号,送到上位机中进行分析，处理。数据采集系统是结合基于计算机或者其他专用测试平台的测量软硬件产品来实现灵活的、用户自定义的测量系统。采集一般是采样方式，即隔一定时间（称采样周期）对同一点数据重复采集。采集的数据大多是瞬时值，也可是某段时间内的一个特征值。

数据采集，又称数据获取，是利用一种装置，从系统外部采集数据并输入到系统内部的一个接口。数据采集技术广泛应用在各个领域。比如摄像头，麦克风，都是数据采集工具。

被采集数据是已被转换为电讯号的各种物理量，如温度、水位、风速、压力等，可以是模拟量，也可以是数字量。采集一般是采样方式，即隔一定时间（称采样周期）对同一点数据重复采集。采集的数据大多是瞬时值，也可是某段时间内的一个特征值。准确的数据量测是数据采集的基础。数据量测方法有接触式和非接触式，检测元件多种多样。不论哪种方法和元件，均以不影响被测对象状态和测量环境为前提，以保证数据的正确性。数据采集含义很广，包括对面状连续物理量的采集。在计算机辅助制图、测图、设计中，对图形或图像数字化过程也可称为数据采集，此时被采集的是几何量（或包括物理量，如灰度）数据。

在互联网行业快速发展的今天，数据采集已经被广泛应用于互联网及分布式领域，数据采集领域已经发生了重要的变化。首先，分布式控制应用场合中的智能数据采集系统在国内外已经取得了长足的发展。其次，总线兼容型数据采集插件的数量不断增大，与个人计算机兼容的数据采集系统的数量也在增加。国内外各种数据采集机先后问世，将数据采集带入了一个全新的时代。

2基本原理

在计算机广泛应用的今天，数据采集的重要性是十分显著的。它是计算机与外部物理世界连接的桥梁。各种类型信号采集的难易程度差别很大。实际采集时，噪声也可能带来一些麻烦。数据采集时，有一些基本原理要注意，还有更多的实际的问题要解决。

假设对一个模拟信号x(t）每隔Δt时间采样一次。时间间隔Δt被称为采样间隔或者采样周期。它的倒数1/Δt被称为采样频率，单位是采样数/每秒。t=0，Δt,2Δt,3Δt……等等，x(t）的数值就被称为采样值。所有x(0),xΔt),x（2Δt）都是采样值。根据采样定理，最低采样频率必须是信号频率的两倍。反过来说，如果给定了采样频率，那么能够正确显示信号而不发生畸变的最大频率叫做奈奎斯特频率，它是采样频率的一半。如果信号中包含频率高于奈奎斯特频率的成分，信号将在直流和奈奎斯特频率之间畸变。

采样率过低的结果是还原的信号的频率看上去与原始信号不同。这种信号畸变叫做混叠（alias）。出现的混频偏差（aliasfrequency）是输入信号的频率和最靠近的采样率整数倍的差的绝对值。

采样的结果将会是低于奈奎斯特频率(fs/2=50Hz）的信号可以被正确采样。而频率高于50HZ的信号成分采样时会发生畸变。分别产生了30、40和10Hz的畸变频率F2、F3和F4。计算混频偏差的公式是：

混频偏差=ABS(采样频率的整数倍－输入频率）

其中ABS表示“绝对值”，

为了避免这种情况的发生，通常在信号被采集（A/D）之前，经过一个低通滤波器，将信号中高于奈奎斯特频率的信号成分滤去。这个滤波器称为抗混叠滤波器。

采样频率应当怎样设置。也许可能会首先考虑用采集卡支持的最大频率。但是，较长时间使用很高的采样率可能会导致没有足够的内存或者硬盘存储数据太慢。理论上设置采样频率为被采集信号最高频率成分的2倍就够了，实际上工程中选用5～10倍，有时为了较好地还原波形，甚至更高一些。

通常，信号采集后都要去做适当的信号处理，例如FFT等。这里对样本数又有一个要求，一般不能只提供一个信号周期的数据样本，希望有5～10个周期，甚至更多的样本。并且希望所提供的样本总数是整周期个数的。这里又发生一个困难，并不知道，或不确切知道被采信号的频率，因此不但采样率不一定是信号频率的整倍数，也不能保证提供整周期数的样本。所有的仅仅是一个时间序列的离散的函数x(n）和采样频率。这是测量与分析的唯一依据。数据采集卡，数据采集模块，数据采集仪表等，都是数据采集工具。

3获取目的

数据采集，是指从传感器和其它待测设备等模拟和数字被测单元中自动采集信息的过程。数据采集系统是结合基于计算机的测量软硬件产品来实现灵活的、用户自定义的测量系统。

数据采集的目的是为了测量电压、电流、温度、压力或声音等物理现象。基于PC的数据采集，通过模块化硬件、应用软件和计算机的结合，进行测量。尽管数据采集系统根据不同的应用需求有不同的定义，但各个系统采集、分析和显示信息的目的却都相同。数据采集系统整合了信号、传感器、激励器、信号调理、数据采集设备和应用软件。

Oracle数据库诊断文件(日志)查看

Diagnostic File（诊断文件）

1：诊断文件的作用

Diagnostic files ：

包含了后台遇见重大事件的信息。

被用于解析问题，

被用于日常管理日志文件。

2：诊断文件日志的分类

分为两类：

1： alterSIDlog

-----background trace files （后台进程跟踪文件）

2： trace files ---

-----user trace file （用户trace 文件）

1：对于Background trace files文件的命名：

命名方式： SID_processname_PIDtrc 对应解释 SID_进程名_进程号trc

2: 对于user trace files 的文件命名为:

SID_ora_PIDtrc 解释： SID_ora_进程号trc

3：对于 alertSIDlog 说明：

这个文件是为了记录： 1：记录一些 *** 作命令

2：记录主要事件的结果

3：以及日常的 *** 作信息

4：被用于诊断数据库错误

每一个entry 都有一个time stamp（时间戳）和它关联

该文件必须被ORACLE DBA管理

这个文件的位置在： BACKGROUND_DUMP_DEST

通过 show parameter dump 查看这个文件的位置：

这个文件中也包含数据库的启动信息相当于pfile或者spfile的内容。

用管理员登录：

2：下面是实战 *** 作：

首先用sysdba登录后执行：

[sql]

SQL> show parameter dump

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

background_core_dump string partial

background_dump_dest string d:\app\topwqp\diag\rdbms\orcl\

orcl\trace

core_dump_dest string d:\app\topwqp\diag\rdbms\orcl\

orcl\cdump

max_dump_file_size string unlimited

shadow_core_dump string none

user_dump_dest string d:\app\topwqp\diag\rdbms\orcl\

orcl\trace

可以看到这些文件的路径信息。

根据显式的信息我找到我的文件位置：

目录结构如下：

下面说一下如何才能记录信息到这些日志文件，需要一些开关，如果不开，记录的只是

一点点信息而已：

两种方式 能够让用户tracing

1：session 级别的：

使用如下命令：

ALTER SESSSION SET SQL_TRACE = TRUE

第二种是执行如下存储过程：

dbms_systemSET_SQL_TRACE_IN_SESSION

第二个方式是 instance级别的：

设置初始化参数： SQL_TRACE = TRUE

一般采用session级别的。因为设置instance级别的容易造成log文件过大；

可以通过alterSIDlog文件中的信息制作pfile 或者spfile文件启动

数据库。

下面采用session级别的修改sql_trace为true即可在user_dump_dest中对应文件中看到相应的信息。

[sql]

SQL> conn /as sysdba

已连接。

SQL> alter session set sql_trace = true;

会话已更改。

执行过后：查看

orcl_ora_7188trc文件信息 PS：如果不知道哪个文件就把这个目录下的全部删除，再执行sql就会看到生成的文件：

查看这个文件信息如下：

很详细的执行信息：

比如一个语句为：select from dual

这个文件中会生成如下信息：

[plain]

2013-06-13 22:58:20776

=====================

PARSING IN CURSOR #1 len=18 dep=0 uid=0 oct=3 lid=0 tim=9184375464 hv=942515969 ad='232363f8' sqlid='a5ks9fhw2v9s1'

select from dual

END OF STMT

PARSE #1:c=0,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184375458

EXEC #1:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184376205

FETCH #1:c=0,e=109,p=0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim=9184376423

STAT #1 id=1 cnt=1 pid=0 pos=1 obj=115 op='TABLE ACCESS FULL DUAL (cr=3 pr=0 pw=0 time=0 us cost=2 size=2 card=1)'

FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893

是对这个sql的执行的详细解读分析

下面贴上今天的部分执行的信息：

[plain]

2013-06-13 22:58:20776

=====================

PARSING IN CURSOR #1 len=18 dep=0 uid=0 oct=3 lid=0 tim=9184375464 hv=942515969 ad='232363f8' sqlid='a5ks9fhw2v9s1'

select from dual

END OF STMT

PARSE #1:c=0,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184375458

EXEC #1:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184376205

FETCH #1:c=0,e=109,p=0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim=9184376423

STAT #1 id=1 cnt=1 pid=0 pos=1 obj=115 op='TABLE ACCESS FULL DUAL (cr=3 pr=0 pw=0 time=0 us cost=2 size=2 card=1)'

FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893

2013-06-13 23:15:15474

=====================

PARSING IN CURSOR #1 len=289 dep=0 uid=0 oct=3 lid=0 tim=10199053291 hv=2462394820 ad='232017e0' sqlid='7cfz5wy9caaf4'

SELECT NAME

NAME_COL_PLUS_SHOW_PARAM,DECODE(TYPE,1,'boolean',2,'string',3,'integer',4,'file',5,'number',

6,'big integer', 'unknown') TYPE,DISPLAY_VALUE

VALUE_COL_PLUS_SHOW_PARAM FROM V$PARAMETER WHERE UPPER(NAME) LIKE

UPPER(:NMBIND_SHOW_OBJ) ORDER BY NAME_COL_PLUS_SHOW_PARAM,ROWNUM

END OF STMT

PARSE #1:c=0,e=438,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,tim=10199053285

=====================

PARSING IN CURSOR #2 len=210 dep=1 uid=0 oct=3 lid=0 tim=10199056088 hv=864012087 ad='29162590' sqlid='96g93hntrzjtr'

select /+ rule / bucket_cnt, row_cnt, cache_cnt, null_cnt,

timestamp#, sample_size, minimum, maximum, distcnt, lowval, hival,

density, col#, spare1, spare2, avgcln from hist_head$ where obj#=:1 and

intcol#=:2

END OF STMT

PARSE #2:c=0,e=568,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=3,tim=10199056084

EXEC #2:c=0,e=1024,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=3,tim=10199057412

FETCH #2:c=0,e=30,p=0,cr=2,cu=0,mis=0,r=0,dep=1,og=3,tim=10199057533

STAT #2 id=1 cnt=0 pid=0 pos=1 obj=411 op='TABLE ACCESS BY INDEX ROWID HIST_HEAD$ (cr=2 pr=0 pw=0 time=0 us)'

STAT #2 id=2 cnt=0 pid=1 pos=1 obj=413 op='INDEX RANGE SCAN I_HH_OBJ#_INTCOL# (cr=2 pr=0 pw=0 time=0 us)'

=====================

PARSING IN CURSOR #2 len=210 dep=1 uid=0 oct=3 lid=0 tim=10199057848 hv=864012087 ad='29162590' sqlid='96g93hntrzjtr'

select /+ rule / bucket_cnt, row_cnt, cache_cnt, null_cnt,

timestamp#, sample_size, minimum, maximum, distcnt, lowval, hival,

density, col#, spare1, spare2, avgcln from hist_head$ where obj#=:1 and

intcol#=:2

END OF STMT

EXEC #2:c=0,e=25,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=3,tim=10199057844

FETCH #2:c=0,e=13,p=0,cr=2,cu=0,mis=0,r=0,dep=1,og=3,tim=10199058128

EXEC #1:c=0,e=7034,p=0,cr=4,cu=0,mis=1,r=0,dep=0,og=1,tim=10199060756

FETCH #1:c=15600,e=13882,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,tim=10199075783

FETCH #1:c=0,e=21,p=0,cr=0,cu=0,mis=0,r=5,dep=0,og=1,tim=10199076326

STAT #1 id=1 cnt=6 pid=0 pos=1 obj=0 op='SORT ORDER BY (cr=0 pr=0 pw=0 time=0 us cost=2 size=2115 card=1)'

STAT #1 id=2 cnt=6 pid=1 pos=1 obj=0 op='COUNT (cr=0 pr=0 pw=0 time=8 us)'

STAT #1 id=3 cnt=6 pid=2 pos=1 obj=0 op='HASH JOIN (cr=0 pr=0 pw=0 time=6 us cost=1 size=2115 card=1)'

STAT #1 id=4 cnt=35 pid=3 pos=1 obj=0 op='FIXED TABLE FULL X$KSPPI (cr=0 pr=0 pw=0 time=70 us cost=0 size=81 card=1)'

STAT #1 id=5 cnt=1915 pid=3 pos=2 obj=0 op='FIXED TABLE FULL X$KSPPCV (cr=0 pr=0 pw=0 time=19 us cost=0 size=203400 card=100)'

关于alter_SIDlog中的内容如下： 今天的：

注意这个文件中包含Oracle启动的参数信息：可以利用这些信息配置spfile或者pfile文件尝试用这个配置的文件启动数据库也可以的

[plain]

Thu Jun 13 22:13:43 2013

Starting ORACLE instance (normal)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

Picked latch-free SCN scheme 2

Using LOG_ARCHIVE_DEST_1 parameter default value as D:\app\topwqp\product\1110\db_1\RDBMS

Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST

Autotune of undo retention is turned on

IMODE=BR

ILAT =18

LICENSE_MAX_USERS = 0

SYS auditing is disabled

Starting up ORACLE RDBMS Version: 111060

Using parameter settings in server-side spfile D:\APP\TOPWQP\PRODUCT\1110\DB_1\DATABASE\SPFILEORCLORA

System parameters with non-default values:

processes = 150

memory_target = 412M

control_files = "D:\APP\TOPWQP\ORADATA\ORCL\CONTROL01CTL"

control_files = "D:\APP\TOPWQP\ORADATA\ORCL\CONTROL02CTL"

control_files = "D:\APP\TOPWQP\ORADATA\ORCL\CONTROL03CTL"

db_block_size = 8192

compatible = "111000"

db_recovery_file_dest = "D:\app\topwqp\flash_recovery_area"

db_recovery_file_dest_size= 2G

fast_start_mttr_target = 0

undo_tablespace = "UNDOTBS1"

remote_login_passwordfile= "EXCLUSIVE"

db_domain = ""

dispatchers = "(PROTOCOL=TCP) (SERVICE=orclXDB)"

audit_file_dest = "D:\APP\TOPWQP\ADMIN\ORCL\ADUMP"

audit_trail = "DB"

db_name = "orcl"

open_cursors = 300

diagnostic_dest = "D:\APP\TOPWQP"

Thu Jun 13 22:13:46 2013

PMON started with pid=2, OS id=1888

Thu Jun 13 22:13:46 2013

VKTM started with pid=3, OS id=4296 at elevated priority

Thu Jun 13 22:13:46 2013

DIAG started with pid=4, OS id=6804

VKTM running at (20)ms precision

Thu Jun 13 22:13:46 2013

Copyright © 1999-2020, CSDNNET, All Rights Reserved

打开APP

js获取值的方式 原创

2018-05-25 09:31:03

奇点码农

码龄15年

关注

每一次 *** 作select的时候，总是要出来翻一下资料，不如自己总结一下，以后就翻这里了。

比如<select class="selector"></select>

1、设置value为pxx的项选中

$("selector")val("pxx");

2、设置text为pxx的项选中

$("selector")find("option[text='pxx']")attr("selected",true);

$("selector")find("option:contains('"+dep+"')")attr("selected", true);

这里有一个中括号的用法，中括号里的等号的前面是属性名称，不用加引号。很多时候，中括号的运用可以使得逻辑变得很简单。

3、获取当前选中项的value

$("selector")val();

4、获取当前选中项的text

$("selector")find("option:selected")text();

这里用到了冒号，掌握它的用法并举一反三也会让代码变得简洁。

很多时候用到select的级联，即第二个select的值随着第一个select选中的值变化。这在jquery中是非常简单的。

如：$("selector1")change(function(){

// 先清空第二个

$("selector2")empty();

// 实际的应用中，这里的option一般都是用循环生成多个了

var option = $("<option>")val(1)text("pxx");

$("selector2")append(option);

});

以上就是关于数据处理经历了哪几个阶段全部的内容，包括:数据处理经历了哪几个阶段、vue中如何监听vuex中的数据变化、浅谈对线性ccd数据获取的几种想法等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！