按道理一步步来的话是 先创建数据源，然后是session，然后是command，然后是Rowset。先CoCreateInstance()创建指向IDBpromptInitialize 的指针 pIDBpromtInitialize.pIDBPromptInitialize调用函数 promptDatasoure创建基于对话框的未初始化的数据源 IDBInitialize pDBConn

--动态语句语法/******************************************************************************************************************************************************动态语句语法:exec/sp_executesql语法***********

详情请查看microsoft： https://docs.microsoft.com/zh-cn/sql/relational-databases/system-stored-procedures/sp-executesql-transact-sql?view=sql-server-2017 CREATE TABLE [dbo].[Test]([ID] [int] IDENTITY(1,1)

动态SQL字符长度超过8000，我记得SQL SERVER 2005中用SP_EXECUTESQL打破了这个限制。   平常用动态SQL，可能都会用EXEC(),但是有限制，就是8000字符串长度。自从SQL SERVER 2005起，在 INSIDE SQLSERVER 2005 T-SQL PROGRAMMING中提到，使用SP_EXECUTESQL()和NVARCHAR(MAX)可

建议您在执行字符串时，使用 sp_executesql 存储过程而不要使用 EXECUTE 语句。由于此存储过程支持参数替换，因此 sp_executesql 比 EXECUTE 的功能更多；由于 SQL Server 更可能重用 sp_executesql 生成的执行计划，因此 sp_executesql 比 EXECUTE 更有效。 自包含批处理 当 sp_exec

SQL Server 中 EXEC 与 SP_EXECUTESQL 的区别 https://www.cnblogs.com/lonelyxmas/p/7975445.html   WITH RECOMPILE和OPTION(RECOMPILE)区别仅仅是存储过程级重编译和SQL语句级重编译吗 https://www.cnblogs.com/wy123/p/6262800.html

EXEC SP_EXECUTESQL @SQL,@SQL_RTN_PARAMS,@OUT_ICOUNT=@ICOUNT OUTPUT EXEC  （@SQL）   这两个函数不能在Function中调用，即使成功建立了， 运行时也报如下错误：   関数内から実行できるのは関数と一部の拡張ストアド プロシージャだけです。存在しないデータを読み取ろうとしました。

总结了一下　sp_executesql 与　参数　的关系  sp_executesql 　并不能通过参数列表指定任意部分，在普通sql语句中是变量的可以指定，是常量的不能指定。在sp_executesql　执行的字符串中,　下面称为spStr，有些是在设置sql字符串前就必须指定的，有些是以变量的形式指定的。跟sql语句相一致,这里语句称为 sqlStr，凡是在sqlStr语句中必须要声明为常

总是嫌sp_executesql麻烦，执行动态语句的时候就直接用exec @sql了，反思   1.清空过程缓存 DBCC FREEPROCCACHE 2,执行以下语句，应该只有一句sql select sqlFROM MASTER..SYSCACHEOBJECTS where dbid=db_id('dbname') 3.执行以下语句declare @NAME nvarchar(3