execsqlinsertinto
1.在数据库中字段内容巨大的时候，一般情银逗蚂况下是不能直接看到其内容的，只能选中打开才能看到。如果不是就不知道你是什么情况了。
2.
看到你的做法，想给你点建议。插入数据字字符字段的时候，由于字符指蔽内容不确定，可能含有
特殊字符
，如果采用
'insert
into
dbRevSms
values('''
+
edit1.Text
+
''')'
这种使用各字符串拼装成一个大字符串的方法，然后用大字符串去提交给SQL解析，由于小字符串的内容不确定，可能造成SQL解析不正确，或者是造成不可预料的后果（极端情况下，例如数据库被删除等，与
SQL注入式攻击
类似）。
所以此类需要使用字符串变量的语句应该使用控件中提供的参数功能，如下所示
fQry.Close;
fQry.SQL.Clear;
fQry.SQL.Text
:=
'insert
into
dbRevSms
values(:TemStr1)';
fQry.ParamCheck
:=
True;
with
fQry.Parameters.ParamByName('TemStr1')
do
begin
DataType
:=
ftString;
Value
:=
'乱七八糟的内容等等';
end;
fQry.ExecSQL;
如此，不管你的字符锋埋串的内容到底是什么，都可以保证你要的插入功能正常执行。
⑵ Oracle SQL条件顺序对性能的影响有哪些
在实际操作中有人会问到关于Oracle数据库中的Where子句的条件书写顺序的正确与否是否会对SQL性能有影响，我的直觉是没有影响。 因为如果这个顺序有影响，Oracle应该早就能够做到自动优化，但一直没有关于这方面的确凿证据。在网上查到的文章，一般认为在RBO优化器模式下无影响（10G开始，缺省为RBO优化器模式），而在CBO优化器模式下有影响，主要有两种观点： a.能使结果最少的条件放在最右边，SQL执行是按从右到左进行结果集的筛选的； b.有人试验表明，能使结果最少的条件放在最左边，SQL性能更高。 查过oracle8到11G的在线文档，关于SQL优化相关章节，没有任何文档说过where子句中的条件对SQL性能有影响，到底哪种观点是对的，没有一种确切的结论，只好自己来做实验证明。结果表明，我们大家都知道Oracle SQL条件的相关执行是从右到左的，但条件的顺序对SQL性能没有影响。 实验一：证明了SQL的语法分析是从右到左的 下面的试验在9i和10G都可以得到相同的结果: 第1条语句执行不会出错，第2条语句会提示除数不能为零。 Select'ok'FromDualWhere1/0=1And1=2;Select'ok'FromDualWhere1=2And1/0=1;证明了SQL的语法分析是从右到左的。 实验二：证明了SQL条件的执行是从右到左的 droptabletemp; createtabletemp(t1varchar2(10),t2varchar2(10)); insertintotempvalues('zm','abcde'); insertintotempvalues('sz','1'); insertintotempvalues('sz','2');commit;select*fromtempwhereto_number(t2)1andt1='sz';select*fromtempwheret1='sz'andto_number(t2)1;在9i上执行, 第1条语句执行不会出错，第2条语句会提示无效的数字 在10G上执行，两条语句都不会出错。 说明：9i上源码天空 实验三：证明了在10g上SQL条件的执行是从右到左的 CreateOrReplaceFunctionF1(v_InVarchar2)ReturnVarchar2IsBeginDbms_Output.Put_Line('execF1'); Returnv_In;EndF1;/CreateOrReplaceFunctionF2(v_InVarchar2)ReturnVarchar2IsBeginDbms_Output.Put_Line('execF2'); Returnv_In;EndF2;/SQL setserverouton;SQL