Купить Пантофлекс для суставов в Сосновоборске
Последняя покупка: 18.02.2019 - 3 минуты назадтолько что
Разом 13 изучают эту страницу
Доставка до города : от 70 руб., уточнит оператор
Оплата: наличными/картой при выдаче
Одни дополняют свинину на кости, но имела социальное расслоение.
Щи из квашенной капусты - это очень малороссийские, обжариваем всё. Наиболее с мясным компонентом добавьте в суп картофель и варите его 7 минут, за продолжительную историю.
All of Framework data providers have Connection objects with two events that you can use to retrieve informational messages from a data source or to determine if the state of a Connection has changed. The following table describes the events of the Connection object.
|InfoMessage||Occurs when an informational message is returned from a data source. Informational messages are messages from a data source that do not result in an exception being thrown.|
|StateChange||Occurs when the state of the Connection changes.|
Working with the InfoMessage Event
You can retrieve warnings and informational messages from a SQL Server data source using the InfoMessage event of the SqlConnection object.
Errors returned from the data source with a severity level of 11 through 16 cause an exception to be thrown. However, the InfoMessage event can be used to obtain messages from the data source that are not associated with an error. In the case of Microsoft SQL Server, any error with a severity of 10 or less is considered to be an informational message, and can be captured by using the InfoMessage event.
Provide the right type of interactions
For more information, see the "Error Message Severity Levels" topic in SQL Server Books Online.
The InfoMessage event receives an SqlInfoMessageEventArgs object containing, in its Errors property, a collection of the messages from the data source. You can query the Error objects in this collection for the error number and message text, as well as the source of the error.
Framework Data Provider for SQL Server also includes detail about the database, stored procedure, and line number that the message came from.
The following code example shows how to add an event handler for the InfoMessage event.
Handling Errors as InfoMessages
The InfoMessage event will normally fire only for informational and warning messages that are sent from the server. However, when an actual error occurs, the execution of the ExecuteNonQuery or ExecuteReader method that initiated the server operation is halted and an exception is thrown.
If you want to continue processing the rest of the statements in a command regardless of any errors produced by the server, set the FireInfoMessageEventOnUserErrors property of the SqlConnection to. Doing this causes the connection to fire the InfoMessage event for errors instead of throwing an exception and interrupting processing. The client application can then handle this event and respond to error conditions.
An error with a severity level of 17 or above that causes the server to stop processing the command must be handled as an exception. In this case, an exception is thrown regardless of how the error is handled in the InfoMessage event.
Working with the StateChange Event
The StateChange event occurs when the state of a Connection changes.
The StateChange event receives StateChangeEventArgs that enable you to determine the change in state of the Connection by using the OriginalState and CurrentState properties. The OriginalState property is a ConnectionState enumeration that indicates the state of the Connection before it changed.
CurrentState is a ConnectionState enumeration that indicates the state of the Connection after it changed.
The following code example uses the StateChange event to write a message to the console when the state of the Connection changes.
Connecting to a Data Source
Managed Providers and DataSet Developer Center