dotConnect for Salesforce Documentation
In This Topic
    Using Parameters
    In This Topic

    dotConnect for Salesforce 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 Salesforce, as well as parameters synchronization and some nuances related to usage of stored procedures.

    The article consists of following sections:

    Parameters Basics

    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 SalesforceParameter class. All parameters that take part in query execution constitute a collection that can be accessed through SalesforceCommand.Parameters property.

    Parameters must correspond to the names of the SalesforceParameter instances in the collection. Named parameters are declared using ':' or '@' prefix followed by name of the parameter. The name of the SalesforceParameter 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 LastName = :LName, Phone = :phone WHERE Name = :name

    To set parameters for this query you can use the next code:

    SalesforceCommand salesforceCommand1;
    ...
    salesforceCommand1.CommandText = "UPDATE Contact SET LastName = :LName, Phone = :phone WHERE Name = :name";
    salesforceCommand1.Parameters.Add("name", "John Doe").SalesforceType = SalesforceType.String;
    salesforceCommand1.Parameters.Add("LName", "Smith").SalesforceType = SalesforceType.String;
    salesforceCommand1.Parameters.Add("phone", "(111) 111-1111").SalesforceType = SalesforceType.String;
    
    
    Dim salesforceCommand1 as SalesforceCommand
    ...
    salesforceCommand1.CommandText = "UPDATE Contact SET LastName = :LName, Phone = :phone WHERE Name = :name"
    salesforceCommand1.Parameters.Add("name", "John Doe").SalesforceType = SalesforceType.[String]
    salesforceCommand1.Parameters.Add("LName", "Smith").SalesforceType = SalesforceType.[String]
    salesforceCommand1.Parameters.Add("phone", "(111) 111-1111").SalesforceType = SalesforceType.[String]
    
    

    Using Automatic Parameters Synchronization

    The behavior described above assumes that SalesforceCommand.ParameterCheck is false (by default). By turning it on you enable automatic synchronization of query text and SalesforceCommand.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 SalesforceCommand.Parameters collection, you can specify only the ones you really need. The synchronization is done as follows:

    The synchronization takes place when:

    When SalesforceCommand.ParameterCheck is true, every change of SalesforceCommand.CommandText or SalesforceCommand.CommandType leads to deletion of all ReturnValue parameters. You have to add them manually each time you change one of these properties.

    See Also

    SalesforceCommand Class  | SalesforceParameter Class