第一篇：VFP上机操作常见错误总结
一、输入命令时常见错误分析
1、不能识别的命令谓词
产生原因：（1）关键词拼写错误
（2）命令动词与短语、短语中各单词之间没有用空格隔开
（3）命令动词、短语中的英文单词、运算符号和标点符号等在全角状态下输入
（4）在一行内输入多条命令
（5）将一条命令多行输入时中途换行没有分号“；”
2、找不到变量
产生原因：（1）命令动词与短语、短语中各单词之间没有用空格隔开
（2）命令动词、短语中的英文单词在全角状态下输入
3、语法错误/命令中缺少必要的字句
产生原因：（1）语句的结构不完整
（2）运算符和标点符号是在全角状态下输入或为中文符号
4、嵌套错误
产生原因：（1）关键词缺少配对，如有if却没有end if，有for却没有end for
（2）配对关键词的个数不相等
5、操作符/操作数类型不匹配
产生原因：运算符两边的变量或数据类型不一致
6、缺少函数参数的值、类型或数目无效
产生原因：函数参数的个数不对或传递的参数类型不对
7、某某文件不存在
产生原因：（1）没有设置默认路径
（2）要打开的表文件或菜单文件没有存放在默认目录下
（3）调用没有定义的函数或过程
二、创建表文件时常见错误分析
1、没有设置默认路径
不少考生在事先没有用SET DEFAULT TO命令设置好当前盘当前目录的情况下进行考试 ,结果所创建的文件未能按要求存入指定盘指定目录中，由此常常导致上机操作考试失败。
2、创建表文件时忽略了小数点和消失位数也包含在字段宽度之内的事实。导致输入数据时产生溢出。
3、在Visual FoxPro 中，A~Z单个英文字母已被专门用作工作区的别名，用户不能在用他们作为表文件名。错误提示：“别名已被使用”。
三、记录操作时常见错误分析
1、记录的显示
单纯显示表记录的命令主要有LIST和DISPLAY两个。
LIST连续(集中)显示表记录，当命令中的“ <记录范围 >”和“ <条件 >”均缺省时 ,LIST显示所有记录。
DISPLAY分屏显示表记录，当命令中的“ <记录范围 >”和“ <条件 >”均缺省时，DISPLAY只显示当前记录，另外要使DISPLAY命令也能显示所有记录 ,应指定显示记录范围ALL。
2、记录的定位
记录的定位主要有绝对定位(GO/GOTO)、相对定位(SKIP)和条件定位(LOCATE)三种。如果不能正确理解相对定位命令SKIP的真正含义 ,就容易与绝对定位命令GO/GOTO相混淆。
3、记录的修改
记录的修改有编辑修改(EDIT)、条件修改(CHANGE)、窗口浏览修改(BROWSE)、自动替换修改(REPLACE)等多种修改方式。
使用EDIT和BROWSE对记录进行修改时 ,修改完毕应按^Ｗ或单击记录编辑窗口右上角的“Ｘ”号退出 ，而不能简单地按
REPLACE是一个可以使成批有规律的数据获得自动替换修改的命令 ,其格式为 :
REPLACE [<记录范围 >][<替换清单 >][FOR <条件 >]
其中替换清单的格式如下 :
<字段名1> WITH <替换内容1>[,<字段名2> WITH <替换内容2>…… ]
学生使用REPLACE命令时经常出错的地方主要有二:
一是当要求对所有记录指定字段进行自动替换修改时 ,未能指定记录范围ALL ,结果系统只对当前记录进行自动替换修改;
二是输入 <替换内容 >的数据类型与对应字段的数据类型不一致。
例如下面列出的两条命令:
REPLACE 工资 WITH 工资+30
REPLACE 出生日期 WITH “05/15/50”
第一条命令本身并没有错 ,但它只对当前记录的工资字段进行自动替换修改 ,而未能达到对所有记录的工资进行自动修改的目的;
第二条命令中输入的替换内容“64/10/20”的数据类型与日期型字段“出生日期”的数据类型不一致 ,结果系统显示出错误信息 :“数据类型不匹配”。上面两条命令可改成如下正确的形式 :
REPLACE ALL 工资 WITH 工资+30
REPLACE 出生日期 WITH { 05/15/50 }
第二篇：二级VF上机操作常见错误总结
二级VF上机操作常见错误总结
1、出现如下提示框，提示：命令中含有不能识别的短语或关键字。该提示表示所输入的命令的打错的关键字。例如：
（1）SQL查询语句中，将from 错打成 form。
（2）SQL查询语句中，将标点符号错打成了中文状态下的标点符号，应改成英文状态下的标点符号。
2、在运行SQL命令时，出现打开对话框，并且文件类型指定为表。表示SQL中FROM后面接的表名打错了或根本就不存在。例如：
考生文件夹下有一个表，表名为“student.dbf”。此时，考生的输入的命令为select * from 学生,则系统就会弹出打开对话框。
3、考生在做模拟软件的时候，认为自己哪里都做对了，但是最后评分确是0分。请重点检查以下可能的错误原因。
（1）文件建立完成后，在保存时，文件名保存错了。
（2）查询或表单等在建立完成后，并没有按照要求去运行，以致没有产生题目所要求的结果表，故被评为0分。
4、在运行查询时，弹出提示窗口。提示内容为：操作符/操作数类型不匹配 该错误提示多数情况下是由于条件语句中的表达式”=”两边的数据类型不一致所造成的。
5、在上机操作中，有些命令或程序只能执行一次，多执行就会出错。例如： Insert into 命令：该命令的功能是插入记录，每执行一次，就插入一条，多执行就会出现在表中出现重复记录的现象。
Alter table 命令：该命令是修改表结构，正确执行一次就可以成功得分，如再次执行就会提示错误。
6、在数据库为表建立参照完整性的时候，需要首先清理数据库，清理数据库时提示“无法清理数据库”，此时可关闭VF，重新启动VF，再进行清理即可。
7、很多考生使用拼音输入法，所以在打字时经常将某些字输入错。如：订单管理、签订日期的订字，很容易就错误的输入成“定单管理”和“签定日期”。
8、在为某字段设置有效性规则时，首先一定要选中该字段，然后再去设置。设置时，规则文本框中是“逻辑表达式或关系表达式”，不能加引号，信息文本框是错误提示信息，一定要加引号；默认值加不加引号取决所设置的字段是否为字符型。
对于是否加引号，有 孟氏口诀：“上边不加，下边加”。
9、考生在练习SQL语句的过程中，经常会出现评分后不能得满分的情况，回到模拟软件中继续练习时还得重新输入SQL命令，令很多考生烦恼。建议考生在输入完SQL命令后，将该SQL命令复制下来，粘贴到一个记事本文件中，如果评分不能得到满分，下次可以直接把原来的SQL命令复制回来查找错误并进行修改，可以不用重新输入。
10、考生注意区分：I(i)l(L)1 及 o(O)0
11、注意表名的问题。例如题目中提示：“考生目录下有student.dbf”，则表名为student.dbf，考生切不可想当然的认为表名为“学生.dbf”
12、出现提示“致命错误”。这个错误是由于VF系统本身的不完善所致，造成此故障的考生原因多数是由“表达式中的数据类型不一致”所造成的，所以考生重新启动VF后，要注意检查表达式运算符两边的数据类型是否一致。
13、考生在输入命令的过程中，出现“输入一个字就删除相应位置上的一个字”这种情况。考生只需要按一下键盘上的Insert 键即可解决。
第1页
【重要提示】
上机考试是由机器自动评分，在评分中大体上可以分为两种评分方法。一是，检查命令是否正确，即检查题目正确答案所要求的关键字是否存在，如存在，则可以得分。二是，检查所要求的结果是否正确，例如，考试要求建立一个查询，文件名为myquery.qpr，并设置查询去向为表results.dbf，则系统在评分是即要检查myquery.qpr是否正确，又要检查results.dbf文件是否正确。
根据系统评分的特点，我们就可以对上机考试投机取巧。如果评分系统是检查命令是否正确，就可以采用万能代码法。即将你所有能想起来的VF关键字包括运算符都输入到代码窗口中，此办法虽不能保证得满分，但可得一部份分；如果系统是采用检查结果的评分办法，那么我们就可以造结果的方法。例如，要求使用命令将所有学生的年龄+1，我们可以直接打开表，在浏览窗口去修改表中的记录。【几点说明】
1、对于上机考试中要求使用SQL命令去操作的题，多数情况下，我们都可以使用查询设计器去简化操作。
2、考生在操作的过程中经常会因为各种原因把文件名存错，以致于得0分，修改办法有两种：一是，在项目管理器中，选中所要修改的文件名，并单击右键，选择重命名；二是，打开该文件的设计器，然后选择“文件”——“另存为”，就可以重新定义文件名了。
3、各位考生一定要学会检查运行结果是否正确。如设计一个查询文件，考生做完之后，可以打开查询去向所指定的表，根据经验初步检查结果是否正确。
4、对于改错题，各位考生只要按照《Visual FoxPro上机宝典》中的改正方法直接修改并运行即可。并不需要去真正理解题目的含义。因为上机考试是采用题库的形式，考的就是原题。（提示：选择一款好的模拟软件真的很重要，可以事半功倍。）
5、对于《Visual FoxPro上机宝典》的使用，考生在熟悉上机题后，要做到“做题不看书，看书不做题”。绝不可以“看一个字，打一个字”，《Visual FoxPro上机宝典》的正确性不需要由各位考生来验证。[转载请注明出自http://blog.sina.com.cn/itabc] 分享：
Qing
第三篇：钢筋常见错误总结（精选）
钢筋常见错误
一、基础常见错误
1、基础梁接头位置不对，按楼层框架梁接头位置设置，且没有错开（基础梁与框架梁的受力正好相反，接头亦然）。
2、筏板钢筋接头在施工缝处预留长度不够，且接头没错开。
3、基础马凳摆放错误，如果换一方向，每一排马凳可省一固定用通长钢筋。或者，马凳上通长钢筋利用筏板上部同方向纵筋。
4、筏板面积较大，却仍按50%接头百分率，未按25%百分率接头，导致钢筋接头浪费。
5、底板纵筋接头长度有的太长，超过一个搭接长度，有的则太短，不能满足规范所要求的长度。底板通长筋没绑扎成平行直线，导致同截面钢筋根数不同。
6、承台按规范是不缩减的，设计“优化”按独立基础构造搞成缩减，这属于设计的偷工减料。
7、筏板封边构造没按规范和设计，擅自设置筏板上下纵筋弯折长度。
8、筏板纵筋接头设置在后浇带内（纵筋接头不宜设置在后浇带位置）。
9、接桩钢筋并在一块。
二、柱常见错误
1、顶层边柱均未设置弯折，11G101规定是当采用柱外搭接时，柱外侧可不弯折，但柱内侧钢筋当梁高度小于锚固时均要求弯折。
2、顶层中柱弯折，顶层中柱纵筋如果在梁内满足直锚就不需要弯折。
3、柱梁节点箍筋未设置或间距太大。柱梁节点是核心节点，是抗震的关键节点，宁可少放梁纵筋也不能省掉梁柱节点内的箍筋。
4、柱纵筋没有长短交错，这是钢筋翻样问题，对柱上下钢筋根数发生变化时没在下层调整竖向钢筋长度，导致接头未能错开。
5、柱保护层未满足最小保护层厚度。
6、有的暗柱很长，暗箍筋采用U形，增加钢筋接头，应该是封闭式箍筋，可节约钢筋。
7、暗柱箍筋有内折角，这是不允许的。两个箍筋相交或锚固形成的角度不属于内折角。
8、无地下室柱加密从正负零以上H0/3，应该是从基础顶面开始算起。
三、墙常见错误
1、墙水平筋（外侧与内铡）在同一位置搭接，没有按接头百分率错开接头。
2、墙水平筋接头未设置在受力最小处。外墙外侧水平钢筋应位于跨中三分之一或墙高四分之一区域，外墙内侧应位于支座及支座附近。
3、地下室外墙竖向钢筋接头位置错误，根据规范外墙外侧竖向钢筋应位于墙高中间的三分之一区域，外墙内侧竖向纵筋应位于墙高根部的四分之一区域。
4、外墙外侧钢筋顶模，无保护层，外墙外侧钢筋露筋后果很严重，最终把整个外墙破坏掉。外墙外侧是直接接触泥土和水，保护层不少于40mm。
5、结构总说明未注明顶板是外墙的简支承还是弹性嵌固支承，施工也没按照其施工，外墙纵筋弯折按墙厚减保护层，不知施工依据什么，还是想当然。
6、墙纵向钢筋搭接长度过长，直接按墙高度。墙封顶时墙竖向钢筋应该是减去下面预留长度再加搭接长度。
7、墙拉筋绑扎不规范，要么间距不对，要么做法不对，如没拉住墙水平筋，要么拉筋长度不对，施工时不是垂直拉而是斜拉。
四、梁常见错误
1、梁支座钢筋包括第一排支座负筋伸入支座均为L0/4（设计问题）。
2、主次梁交接处，主梁两侧增加附加箍筋。主梁在次梁位置未布置正常箍筋，直接布三道附加箍筋。
3、梁底筋一般都未绑扎。工人的借口是绑不到，其实是完全可以绑到的，先把梁抬高，用钢管支架固定，待梁上下钢筋包括腰筋全部绑扎完成后再把梁落下去就是，这是简单的施工工艺。不绑属于偷工减料，不绑，梁钢筋纠结在一块，影响其受力。
4、梁拉钩施工按一端90度，一端135度，应该都为135度，当然拉钩两端都加工成135度不好放，可以先一端加工成90度，待绑扎完后再用扳手弯成135度。
5、非抗扭的非框架梁下部纵筋伸入支座为锚固长度，平法要求12d，这完全是无谓的浪费。
6、梁洞口周围未布置钢筋。规范严禁在梁上开洞，但也不可避免要在梁上开洞，补救措施就是对洞口进行加强。
7、梁接头没有设置在受力较小处（上部纵筋为跨中三分之一区域），而是设在受力最大处，有的把梁上部钢筋设在梁支座处或附近。
8、屋面梁上部纵筋弯曲内径不符合规范，规范要求>6d,8d，不过，这个一般是做不到。
9、吊筋按次梁高度施工，应该是按主梁高度施工。
10、梁垫块做法不对，垫块强度不够而粉碎，导致梁直接与模板接触，露筋无疑；有的用横筋直接支承在板上。
11、梁拉筋漏放或斜放，有的没绑扎，起不到拉筋作用。
12、梁二排钢筋位置不对，离梁顶距离过大，起不到受力作用。
13、梁上部钢筋采用绑扎接头却未在接头位置加密箍筋，按规范要求在接头位置设置横向箍筋，间距为min(5d,100)，实际是很难做到，如果按规范做，几乎变成全加密。梁纵筋最好采用机械连接或焊接（非电渣压力焊），这样，就不需要对接头进行箍筋加密了。
14、梁上部钢筋间距过密，混凝土浇筑困难。
15、几个方向梁相交重叠，梁上部钢筋无保护层甚至超过梁高度，这种情况可以把次梁上部纵筋放在主梁上部纵筋之下解决之。
16、非框架梁是非抗震，其箍筋无需弯成135度，平直段也无需10d。如果非框架梁设计是按非抗震考虑，其箍筋的弯钩可做成90度，平直段长度为5d。
五、板常见错误
1、板筋的搭接长度过长。
2、板上部钢筋接头位置错误，板上部钢筋接头应在跨中，却设置在支座。
3、板接头百分率50%。未按25%施工。
4、板下部纵筋伸入支座长度未按规范，按全支座施工，规范为max(5d,b/2)
5、板上部纵筋伸入支座La，实际施工不管支座有多宽均按伸入支座对边弯折15 d，当支座宽度不能满足锚固长度时才需要弯折15d，如果满足且支座很宽，板上部钢筋可以弯折，但弯折长度加在支座内平直段长度等于锚固长度即可，没有必要一定但到支座外侧，因视情况而定。
第四篇：SAT常见错误总结
文都国际教育官方网站：http:// 文都国际教育官方网站：http://www.xiexiebang.com/
第五篇：Hadoop常见错误总结
Hadoop常见错误总结 2010-12-30 13:55 错误1：bin/hadoop dfs 不能正常启动，持续提示：
INFO ipc.Client: Retrying connect to server: localhost/127.0.0.1:9000.Already tried 0 time(s).原因：由于 dfs 的部分文件默认保存在tmp文件夹，在系统重启时被删除。解决：修改core-site.xml 的 hadoop.tmp.dir配置文件路径：/home/hadoop/tmp。
错误2：hadoop出现了一些问题。用$ bin/hadoop dfsadmin-report 测试的时候，发现dfs没有加载。显示如下：
Configured Capacity: 0(0 KB)Present Capacity: 0(0 KB)DFS Remaining: 0(0 KB)DFS Used: 0(0 KB)DFS Used%: ?% Under replicated blocks: 0 Blocks with corrupt replicas: 0 Missing blocks: 0 查看日志：
ERROR org.apache.hadoop.hdfs.server.datanode.DataNode: java.io.IOException: Incompatible namespaceIDs in /home/hadoop/data: namenode namespaceID = 2033006627;datanode namespaceID = 1589898341 经分析，是由于namenode namespaceID = 2033006627;和datanode namespaceID = 1589898341 不一致造成原因。
修改了namenode namespaceID = 1589898341 可以使用，但是重启之后，又不可以用了。
最后解决方案：删除hadoop用户下的name文件夹，data文件夹，tmp文件夹，temp文件里的内容，然后重新执行namenode命令。重启电脑之后，正常。
错误3：File /home/hadoop/tmp/mapred/system/jobtracker.info could only be replicated to 0 nodes, instead of 1 出现此错误，一般发生在datanode与namenode还没有进行连接，就开始往hdfs系统上put数据了。稍等待一会，就可以了。
也可以使用：hadoop dfsadmin –report命令查看集群的状态。错误4：
每次启动总有部分datanade不能去全部启动，查看日志文件，显示为： ERROR org.apache.hadoop.hdfs.server.datanode.DataNode: java.net.UnknownHostException: zgchen-ubutun: zgchen-ubutun at java.net.InetAddress.getLocalHost(InetAddress.java:1426)。分析：这是由于datanode 找不到服务host引起的。
解决：通过查找/etc/hostname 找到hostname；比如：ubuntu。然后找到/etc/hosts，添加：127.0.1.1 ubuntu 错误5：
java.lang.OutOfMemoryError: GC overhead limit exceeded 分析：这个是JDK6新添的错误类型。是发生在GC占用大量时间为释放很小空间的时候发生的，是一种保护机制。解决方案是，关闭该功能，可以添加JVM的启动参数来限制使用内存：-XX:-UseGCOverheadLimit 添加位置是：mapred-site.xml 里新增项：mapred.child.java.opts 内容：-XX:-UseGCOverheadLimit java.lang.OutOfMemoryError: Java heap space 出现这种异常，明显是jvm内存不够得原因，要修改所有的datanode的jvm内存大小。
Java-Xms1024m-Xmx4096m 一般jvm的最大内存使用应该为总内存大小的一半，我们使用的8G内存，所以设置为4096m，这一值可能依旧不是最优的值。（其实对于最好设置为真实物理内存大小的0.8）
错误6：Too many fetch-failures Answer: 出现这个问题主要是结点间的连通不够全面。1)检查、/etc/hosts 要求本机ip 对应 服务器名
要求要包含所有的服务器ip + 服务器名 2)检查.ssh/authorized_keys 要求包含所有服务器（包括其自身）的public key 错误7：处理速度特别的慢 出现map很快 但是reduce很慢 而且反复出现 reduce=0% Answer: 结合第二点，然后修改可用内存大小。
conf/hadoop-env.sh 中的export HADOOP_HEAPSIZE=4000 错误8：能够启动datanode，但无法访问，也无法结束的错误
在重新格式化一个新的分布式文件时，需要将你NameNode上所配置的dfs.name.dir这一namenode用来存放NameNode 持久存储名字空间及事务日志的本地文件系统路径删除，同时将各DataNode上的dfs.data.dir的路径 DataNode 存放块数据的本地文件系统路径的目录也删除。如本此配置就是在NameNode上删除/home/hadoop/NameData，在DataNode上删除/home/hadoop/DataNode1和/home/hadoop/DataNode2。这是因为Hadoop在格式化一个新的分布式文件系统时，每个存储的名字空间都对应了建立时间的那个版本（可以查看/home/hadoop /NameData/current目录下的VERSION文件，上面记录了版本信息），在重新格式化新的分布式系统文件时，最好先删除NameData 目录。必须删除各DataNode的dfs.data.dir。这样才可以使namedode和datanode记录的信息版本对应。
注意：删除是个很危险的动作，不能确认的情况下不能删除！做好删除的文件等通通备份！
错误9：java.io.IOException: Could not obtain block: blk_***469_1100 file=/user/hive/warehouse/src_20100924_log/src_20100924_log 出现这种情况大多是结点断了，没有连接上。或者
mapred.tasktracker.map.tasks.maximum 的设置 超过 cpu cores数目，导致出现获取不到文件。
错误10：Task Id : attempt_201010291615_0001_m_000234_0, Status : FAILED Error: java.io.IOException: No space left on device Task Id : attempt_201010291615_0001_m_000240_0, Status : FAILED java.io.IOException: Spill failed 磁盘空间不够，应该分析磁盘空间df-h 检查是否还存在磁盘空间。错误11:Task Id : attempt_201011011336_0007_m_000001_0, Status : FAILED org.apache.hadoop.hbase.client.RegionOfflineException: region offline: lm，1288597709144 网上说，将/hbase删除；重启hbase后，可以正常应用了。但是我找不到/hbase目录，只好自己重新删除掉一些hadoop文件，重新生成文件管理系统。
还有一个可能是，配置错了/hbase/conf/hbase-env.sh的HBASE_CLASSPATH，这个默认是不配置的，所以可以不配置。
错误12：org.apache.hadoop.hbase.TableNotFoundException: org.apache.hadoop.hbase.TableNotFoundException: lm 找不到表，hbase启动了，检查一下是否存在需要的Htable。
点击咨询 