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