dotConnect for Dynamics 365 (formerly Dynamics CRM) enhances SQL handling capabilities with usage of parameters in SQL queries. You can make execution of a query or stored procedure very flexible using several simple techniques. This article describes some basics you must be acquainted with when working with parameters in dotConnect for Dynamics 365, as well as parameters synchronization and some nuances related to usage of stored procedures.
The article consists of following sections:
In general, parameter is a placeholder for a variable that contains some value of some type when executing a general-purpose query, or arguments and return values when a function is executed. Parameter is represented by the DynamicsParameter class. All parameters that take part in query execution constitute a collection that can be accessed through DynamicsCommand.Parameters property.
Parameters must correspond to the names of the DynamicsParameter instances in the collection. Named parameters are declared using ':' or '@' prefix followed by name of the parameter. The name of the DynamicsParameter object in the command's collection should be used without any prefix. You can use these prefixes at any combinations to specify parameters. There are two main advantages of named parameters. First, you do not have to care about the order in which parameters are created. Second, named parameter can appear more than once in query text, but you have to create only one instance of it in Parameters collection.
For example, a simple Update statement that requires named parameters might look like the following:
UPDATE Contact SET Department = :department WHERE LastName = :name
To set parameters for this query you can use the next code:
The behavior described above assumes that DynamicsCommand.ParameterCheck is false (by default). By turning it on you enable automatic synchronization of query text and DynamicsCommand.Parameters collection. In this mode all input parameters are checked for validity, new ones are added if necessary, and redundant parameters are deleted. Thus you do not have to take care about quantity of items in DynamicsCommand.Parameters collection, you can specify only the ones you really need. The synchronization is done as follows:
The synchronization takes place when:
When DynamicsCommand.ParameterCheck is true, every change of DynamicsCommand.CommandText or DynamicsCommand.CommandType leads to deletion of all ReturnValue parameters. You have to add them manually each time you change one of these properties.