Datareader simples em C

re o DataReader, você avança um registro. Então, se você começou a -1 e avançou um registro que você seria no início. Registro 0. Chamar .Leia () continuará a retornar TRUE até chegar ao último registro. Então, como você pode ver, isso faz com que seja conveniente para percorrer todos os registros. Gostaria também de mencionar que você tem que chamá-lo pelo menos uma vez para avançar para o primeiro registro. O comando Response.Write simplesmente envia os dados para a página web. Isto poderia ter sido Console.WriteLine, etc. Observe como foi utilizado o "CustomerName".

Tenha cuidado aqui, porque você quer ter certeza de que você não tente chamar um campo em uma tabela que você não selecionar. Ok, a última coisa a fazer é fechar conexões e eliminar de modo que nós não criar vazamentos de memória no servidor. adoDR.Close (); adoDR.Dispose (); adoCmd.Dispose (); adoConn.Close (); adoConn.Dispose (); Notei que inverteu a ordem que eu usei ao criar os objetos. DataReaders são abertos quando você chamar o ExecuteReader () e quando você abrir algo, você deve fechá-lo. Chamando .

Dispose () sobre esses objetos também fechá-los, mas fechando-me sempre foi um habbit da mina. Objetos de comando não são abertos ou fechados de modo nenhum Close () é necessária. E, finalmente, fechar /dispose da conexão de banco de dados. Lá. Foi tão difícil? Criamos uma conexão com o banco, abriu-a criado um comando (utilizando uma consulta SQL personalizada) e executado o DataReader. Então, nós em loop através dos registros. Por fim, fechado e disposto de todos os objetos. Lá você tem. Simples. ADO.NET tornou muito fácil para exibir dados. Este é apenas um pequeno arranhão no Titanic. ADO.

NET poderia preencher 50.000 páginas! Eu espero que você gostou deste artigo. Eu tenho que admitir, eu não sou muito de um escritor, mas eu me lembro da primeira vez que eu puxei dados de um banco e eu gostaria de ter alguém me dizendo na planície Inglês como ir direto ao ponto. Obviamente, nós não cobrir outros temas como interceptação de erro, DataGrids, conjuntos de dados, etc. Aqueles virá com o tempo!