A. P/S报警:宏变量名称无效！(#0105，Z0.)怎么解除报警
执行宏替换。
& VarName[.cExpression]
参数
& VarName
指定宏替换中引用的内存变量名或数组元素名。请不要加上用于区分内存变量与字段的前缀 M.，否则将产生语法错误。宏的长度不要超过 Visual FoxPro 中允许的最大语句长度。
在宏替换中，变量不能递归引用其自身。例如，下列语句将产生错误信息:
STORE '&gcX' TO gcX
? &gcX
出现在 DO WHILE、FOR 和 SCAN 中的宏替换语句只在循环开始时计算值，在后续的循环中则不再计算值。因此在循环内改变内存变量和数组元素的值对宏替换都无效。
.cExpression
句点分隔符 (.) 和 cExpression 选项可用来在宏后面追加额外的字符。使用 .cExpression 附加在宏后面的 cExpression 也可以是一个宏。如果 cExpression 是一个属性名, 包括一个额外的点号 (cExpression..PropertyName)。
备注
宏替换把内存变量和数组元素中的内容当作原义字符串。当连字符 (&) 位于字符型内存变量或数组元素前面时，内存变量和数组元素的内容将替代宏引用。宏替代可用在任何接受原义字符串的命令和函数中。
提示 请尽可能使用名称表达式来取代宏替换。名称表达式与宏替换作用相似，但是，名称表达式限于传递作为名称的字符串。当命令或函数接受名称(文件名、窗口名、菜单名等)时，使用名称表达式的处理速度要明显快得多。有关名称表达式的详细内容，请参阅语言概述。
下列代码可以正确执行:
STORE 'customer' TO gcTableName
STORE 'company' TO gcTagName
USE &gcTableName ORDER &gcTagName
但是可以使用名称表达式代替:
USE (gcTableName) ORDER (gcTagName)
宏替换对于替换命令中的关键字是很有用的。在下面的示例中，把 TALK 设置保存在内存变量中，以便后面的程序能够恢复它。TALK 的原始设置使用宏替换恢复。
示例
STORE SET('TALK') TO gcSaveTalk
SET TALK OFF
*
* 额外的程序代码
*
SET TALK &gcSaveTalk && 恢复原始的 TALK 设置
B. 凯恩帝宏变量名称无效（#101，Z0）操作错0437。一直报警关机重启无效。
您肯定是重命名了系统的宏变量，而且使用了非法的宏变量名称，建议您重新导入符合规范的自定义宏变量名称
C. 下面选项中哪个是无效的变量名 A、 address1 B、23PO C、 Class_n D、this_var_33
B
虽然忘了什么规则了，但可以用排除法呀，A就纯单文加数字，而B和D都带数字，如果变量不能用数字，那肯定有三个无效的变量名，当然，作为单选题，这肯定是不正确的，C和D都带下划线，所以同理，下划线也是能作为变量名里使用的，只有B带？，所以选B
D. 数据库中插入一条记录时对象名无效怎么办谢了。
是数据库内的表不存在导致，一般有如下几种情况：
1、你输入的表名错误或表不存在；
2、你访问的表存在，但该表不是访问数据库的程序的用户下的。
E. 如何解决“sql对象名无效”的问题
SQL对象名无效的解决方法
产生SQL对象名无效的问题大多原因是由于数据迁移导致的,下面我们给出解决方法.
在使用数据库的过程中，经常会遇到数据库迁移或者数据迁移的问题，或者有突然的数据库损坏，这时需要从数据库的备份中直接恢复。但是，此时会出现问题，这里说明几种常见问题的解决方法。
一、孤立用户的问题
比如，以前的数据库的很多表是用户test建立的，但是当我们恢复数据库后，test用户此时就成了孤立用户，没有与之对应的登陆用户名，哪怕你建立了一个test登录用户名，而且是以前的用户密码，用该用户登录后同样没办法操作以前属于test的用户表。
这个问题有两种办法解决。 先说解决的前提条件。
首先，要用备份文件还原数据库，我们这里的数据库名为testdb，里面有属于用户test的用户表。这个很容易了操作了，不多讲了，在企业管理器中很方便可以恢复。恢复后，就产生了孤立用户test。然后，用sa用户或者具有DBA权限的用户登录，创建一个test数据库登录用户，密码随便设置了，也可以和以前的保持一致。我们用它来对应孤立的test用户。
使登录用户和数据库的孤立用户对应起来
其实我们建立了同样名称的数据库登录用户后，数据库中的表我们照样不能使用时因为sid的不同，就是系统登录表和数据库用户表中的用户名相同，单是sid字段，数据库中的还是以前旧系统的sid值，所以我们就要把它对应成我们新建的，数据库靠sid来识别用户。
这里可以使用存储过程sp_change_users_login。它有三种动作，分别是report，update_one和auto_fix。
运行sp_change_users_login 'report'，系统会列出当前数据库的孤立用户数。
我们只需要选择当前数据库为testdb，然后运行 sp_change_users_login 'update_one','test','test' --系统就会提示修复了一个孤立用户。
如果没有建立test的登录用户，还可以用 sp_change_users_login 'Auto_Fix', 'test', NULL,
'testpassword' --来创建一个登录用户名为test，密码为testpassword的用户与之对应。
好了，到这里通常情况下，数据库对象得到访问问题已经解决了。如果有多个数据库中有同一个用户的数据表，只需要选择不同的数据库，执行update_one的那个就行了。
二、对象名 ‘tablename’ 无效的问题 这里可能会有人遇到对象名
‘tablename’无效的问题。系统表却不会产生这个问题，而用户表还要加上用户名，然后是表明才能访问，比如select * from
author,会说对象名 author 无效，而用select * from test.author就可以访问，这个是用户首选身份的问题。
方法一： 解决很简单，就是察看test登录用户是否具有dbo的权限或者系统管理的权限，有的话去掉就行了。 因为如果用户有dbo身份，那么它登陆后的默认表空间是dbo的系统表空间，所以去掉了之后，就会以正常的test表空间访问数据表了。
方法二： 将所有test所有表设置为dbo就OK了
执行语句：exec sp_msforeachtable "sp_changeobjectowner '?','dbo'"
孤立帐户，就是某个数据库的帐户只有用户名而没有登录名，这样的用户在用户库的sysusers系统表中存在，而在master数据库的syslogins中却没有对应的记录。
孤立帐户的产生一般是一下两种： 1.将备份的数据库在其它机器上还原； 2.重装系统或SQL SERVER之后只还原了用户库
解决方法是使用sp_change_users_login来修复。
sp_change_users_login的用法有三种
用法1： exec sp_change_users_login 'REPORT'
列出当前数据库的孤立用户
用法2： exec sp_change_users_login 'AUTO_FIX','用户名'
可以自动将用户名所对应的同名登录添加到syslogins中
用法3： exec sp_change_users_login 'UPDATE_ONE','用户名','登录名' 将用户名映射为指定的登录名。
F. 易语言保存数据库时提示错误“无效的字段名称”
是字段名称非法不是文件名
G. sql语句执行cmd.ExecuteScalar()时出现 ORA-01036: 非法的变量名/编号 错误！
改为
int p = Convert.ToInt32(SqlHelper.ExecuteScalar("select count(*) from AN_TO_AGENCY t where t.gw_time between to_date(:stTime,'yyyy-MM-dd HH24:mi:ss') and to_date(:edTime,'yyyy-MM-dd HH24:mi:ss')", new OracleParameter(":stTime", dp_startTime.Value.ToString()), new OracleParameter(":edTime", dp_endTime.Value.ToString())));
把sql语句里面的参数的单引号去掉了，不应该带单引号。
H. SQL数据库时提示对象名'XXX' 无效，什么原因
原因一：新建的数据库，没有将初始数据导入到新库里。
解决方法：
请登录到我司数据库控制面板->备份还原系统，然后使用数据库还原的功能，在那里直接将您的数据库备份上传还原，如果操作过程没有出现错误，一般您的数据库就已经还原了，此方法适合还原一些初始数据不是很大的数据库(30M以内)，如果您的数据库初始数据很大，在线上传还原的成功率比较低，这时请使用数据库导入导出的方法进行还原，详细的导入导出方法请查看我司的另一篇帮助文档数据库导入导出方法详解
原因二：数据库做过迁移，新数据库的对象所有者名称不同造成
数据库做了迁移后，一般会进行导入/还原数据的过程，在这个过程中，要注意新数据库的完整对象名与原来是一致的。
比如，您的旧数据库名叫 db1 , 旧数据库用户是 dbuser1, 现在要迁移到新的数据库上，新数据库名是 db2, 新数据库用户是 dbuser2。
sqlserver对象的完整对象名是数据库名.用户名.表名这样的，假设你的旧数据库上有个表名叫 table1,那它的完整对象名就是 db1.dbuser1.table1，
当你用新的数据库名登录导入旧数据时，新的表名可能变成了 db2.dbuser2.table1，这样的话，您的程序查询数据时可能会出现对象名无效的错误。
解决方法：要解决这个问题，一般需要做两步操作：
1. 请分别使用sp_changeobjectowner '这里改为数据库完整对象名','dbo'这个命令将所有的用户表，用户视图，用户存储过程等的所有者全部改为系统内建的特殊用户dbo
以下是一个可以简化执行上面操作的存储过程，以下存储过程运行后可能还会有部分的对象改不到所有者，这时请手动执行上面的命令将未能改所有者的对象重新尝试一下。
declare @CrsrVar cursor
declare @pname varchar(40) --对象名
declare @oldowner varchar(40) --原对象所有者
declare @objfullname varchar(80) --原对象全名
set @oldowner = '这里改为数据表/视图/存储过程等的旧所有者名称'
set @CrsrVar = Cursor For select name from sysobjects where xtype='U' --xtype=U 表示用户表
open @CrsrVar
fetch next from @CrsrVar into @pname
while(@@fetch_status=0)
begin
set @objfullname = @oldowner + '.' + @pname
exec sp_changeobjectowner @objname=@objfullname,@newowner='dbo' --dbo为所有者名
fetch next from @CrsrVar into @pname
end
close @CrsrVar
deallocate @CrsrVar
2. 可能您的编写网站程序的时候没有注意通用性，在查询数据时采用了类似select * from dbuser1.table1这样的SQL语句，一般来说，这不是一个好的习惯，在这种情况下，如果数据库迁移过的话，经常会导致对象名无效的错误，为了避免这种不必要的问题，建议您在程序中查询数据时，直接用select * from table1这样的方式，就是在程序中不在用对象的完整名称，而是单使用表名或视图名，这样就可以避免不必要的“对象名无效”的问题。
I. 安装数据库时“指定实例名称无效”是什么意思
安装数据库时“指定实例名称无效”是设置错误造成的，解决方法为：
1、打开HeidiSQL，选择要查看的服务器连接，然后点击【打开】。
