Урок истории
| Индекс материала |
|---|
| Урок истории |
| Страница 2 |
Прежде чем обсуждать передачу обновлений средствами ADO. NET, рассмотрим, как она осуществлялась в технологии, предшествовавшей ADO. NET, — ADO. В отличие от ADO. NET, ADO автоматически генерирует логику обновления. Я вкратце расскажу, как ядро курсоров ADO автоматически* передает изменения, чтобы вы поняли, как и почему команда ADO. NET выбрала другой путь и подталкивает программистов к написанию собственной логики обновления.
Зная, как ядро курсоров ADO передает изменения, вам будет проще понять, как генерировать собственную логику обновления в ADO. NET. Ядро курсоров ADO поддерживает функциональность, аналогичную возможностям объекта DataSet ADO. NET. Клиентский объект Recordset ADO можно использовать в качестве автономного кэша данных. Кроме того, объект Recordset — это механизм ADO для передачи обновлений в БД. Следующий фрагмент кода выбирает содержимое обсуждавшегося выше заказа, изменяет это содержимое и затем передает отложенные изменения в БД: Классический Visual Basic и ADO 2.x Dim strConn As String, strSQL As String strConn = "Provider=SQLOLEDB;Data Source=(local)\NetSDK;" & "Initial Catalog=Northwind;Trusted_Connection=Yes;strSQL = "SELECT OrderlD, ProductID, Quantity, UnitPrice " & "FROM [Order Details] WHERE OrderlD = Ю503 " & "ORDER BY ProductIDDim rs As ADODB.
Recordset Set rs = New ADODB. Recordset rs. Cursor-Location = adUseClient rs. Open strSQL, strConn, adOpenStatic, adLockBatchOptimistic, adCmdText rs. Delete rs.
MoveNext rs. Fields("Quantity") = 2 - rs. Fields("Quantity") rs. Update rs. AddNew rs. Fields{"OrderID") = 10503 rs.
Основы работы с Microsoft ADO.NET
Использование поставщика данных .NET
Метео


