SqlCommandBuilder.GetInsertCommand Method
Definition
Important
Some information relates to prerelease product that may be substantially modified before it’s released. Microsoft makes no warranties, express or implied, with respect to the information provided here.
Gets the automatically generated SqlCommand object that is required to perform insertions on the database.
Overloads
GetInsertCommand() |
Gets the automatically generated SqlCommand object required to perform insertions on the database. |
GetInsertCommand(Boolean) |
Gets the automatically generated SqlCommand object that is required to perform insertions on the database. |
Remarks
An application can use the GetInsertCommand method for informational or troubleshooting purposes because it returns the SqlCommand object to be executed.
You can also use GetInsertCommand as the basis of a modified command. For example, you might call GetInsertCommand and modify the CommandTimeout value, and then explicitly set that on the SqlDataAdapter.
After the Transact-SQL statement is first generated, the application must explicitly call RefreshSchema if it changes the statement in any way. Otherwise, the GetInsertCommand will still be using information from the previous statement, which might not be correct. The Transact-SQL statements are first generated when the application calls either Update or GetInsertCommand.
For more information, see Generating Commands with CommandBuilders.
GetInsertCommand()
Gets the automatically generated SqlCommand object required to perform insertions on the database.
public:
System::Data::SqlClient::SqlCommand ^ GetInsertCommand();
public System.Data.SqlClient.SqlCommand GetInsertCommand ();
override this.GetInsertCommand : unit -> System.Data.SqlClient.SqlCommand
member this.GetInsertCommand : unit -> System.Data.SqlClient.SqlCommand
Public Function GetInsertCommand () As SqlCommand
Returns
The automatically generated SqlCommand object required to perform insertions.
Remarks
An application can use the GetInsertCommand method for informational or troubleshooting purposes because it returns the SqlCommand object to be executed.
You can also use GetInsertCommand as the basis of a modified command. For example, you might call GetInsertCommand and modify the CommandTimeout value, and then explicitly set that on the SqlDataAdapter.
After the Transact-SQL statement is first generated, the application must explicitly call RefreshSchema if it changes the statement in any way. Otherwise, the GetInsertCommand will still be using information from the previous statement, which might not be correct. The Transact-SQL statements are first generated when the application calls either Update or GetInsertCommand.
For more information, see Generating Commands with CommandBuilders.
See also
- Connecting and Retrieving Data in ADO.NET
- Using the .NET Framework Data Provider for SQL Server
- ADO.NET Overview
Applies to
GetInsertCommand(Boolean)
Gets the automatically generated SqlCommand object that is required to perform insertions on the database.
public:
System::Data::SqlClient::SqlCommand ^ GetInsertCommand(bool useColumnsForParameterNames);
public System.Data.SqlClient.SqlCommand GetInsertCommand (bool useColumnsForParameterNames);
override this.GetInsertCommand : bool -> System.Data.SqlClient.SqlCommand
Public Function GetInsertCommand (useColumnsForParameterNames As Boolean) As SqlCommand
Parameters
- useColumnsForParameterNames
- Boolean
If true
, generate parameter names matching column names if possible. If false
, generate @p1
, @p2
, and so on.
Returns
The automatically generated SqlCommand object that is required to perform insertions.
Remarks
An application can use the GetInsertCommand method for informational or troubleshooting purposes because it returns the SqlCommand object to be executed.
You can also use GetInsertCommand as the basis of a modified command. For example, you might call GetInsertCommand and modify the CommandTimeout value, and then explicitly set that on the SqlDataAdapter.
After the Transact-SQL statement is first generated, the application must explicitly call RefreshSchema if it changes the statement in any way. Otherwise, the GetInsertCommand will still be using information from the previous statement, which might not be correct. The Transact-SQL statements are first generated when the application calls either Update or GetInsertCommand.
The default behavior, when generating parameter names, is to use @p1
, @p2
, and so on for the various parameters. Passing true
for the useColumnsForParameterNames
parameter lets you force the OleDbCommandBuilder to generate parameters based on the column names instead. This succeeds only if the following conditions are met:
The ParameterNameMaxLength returned from the GetSchema method call and found in the DataSourceInformation collection has been specified and its length is equal to or greater than the generated parameter name.
The generated parameter name meets the criteria specified in the ParameterNamePattern returned from the GetSchema method call and found in the DataSourceInformation collection regular expression.
A ParameterMarkerFormat returned from the GetSchema method call and found in the DataSourceInformation collection is specified.
For more information, see Generating Commands with CommandBuilders.
See also
- Connecting and Retrieving Data in ADO.NET
- Using the .NET Framework Data Provider for SQL Server
- ADO.NET Overview