BizTalk database lookup funcatoid DbConnectionString 设定问题有解了
前些日子有位提出了关于database lookup funcatoid设定数据连接字符串的问题。
默认情况
第一个参数条件的值 value
第二个参数连接字符串dbconnectionstring（ado，oledb驱动）
第三个参数数据表(table name)
第四个参数条件字段(field name)
就相当于执行 select * from table name where field name=value
DbConnectionString在这里是写死在这个参数里面的。
这带来问题就有：
1.部署，开发环境和正式环境的数据库不一致的情况修改配置麻烦。
2.安全，用户/密码都是明文显示。
第二个问题，建议如果是mssql数据库，采用windows集成认证，对于oracle数据也没办法了
第一个问题，最好的方法是通过额外的配置问题，比如有的朋友想到了使用BTSNTSvc.exe.config加入配置信息
然后在前面加入一个Script functoid，用C#代码实现读取配置在传入第二个参数，这种方法可以解决这个问题。
但是还有一种更加方便的方法实现，通过Microsoft提供了通用数据连接文件（.UDL）来建立和测试ADO连接属性来实现
比如：
File Name=c:\DbConnection.udl
如何创建这个UDL文件：
1/新建一个文本文件重命名如：dbConnection.udl
2/直接双击，出现配置连接字符窜的向导，一路next就好了。
大家可以去试一下了。
默认情况
第一个参数条件的值 value
第二个参数连接字符串dbconnectionstring（ado，oledb驱动）
第三个参数数据表(table name)
第四个参数条件字段(field name)
就相当于执行 select * from table name where field name=value
DbConnectionString在这里是写死在这个参数里面的。
这带来问题就有：
1.部署，开发环境和正式环境的数据库不一致的情况修改配置麻烦。
2.安全，用户/密码都是明文显示。
第二个问题，建议如果是mssql数据库，采用windows集成认证，对于oracle数据也没办法了
第一个问题，最好的方法是通过额外的配置问题，比如有的朋友想到了使用BTSNTSvc.exe.config加入配置信息
然后在前面加入一个Script functoid，用C#代码实现读取配置在传入第二个参数，这种方法可以解决这个问题。
但是还有一种更加方便的方法实现，通过Microsoft提供了通用数据连接文件（.UDL）来建立和测试ADO连接属性来实现
比如：
File Name=c:\DbConnection.udl
如何创建这个UDL文件：
1/新建一个文本文件重命名如：dbConnection.udl
2/直接双击，出现配置连接字符窜的向导，一路next就好了。
大家可以去试一下了。
