none
ADO RRS feed

  • Pergunta

  • Galera proceiso fazer um projeto utilizando ADO.NET, porem gostaria de saber se existe alguma segurança para ser implementada junto com o ADO...???

    Obrigado


    SirSmart

    terça-feira, 26 de março de 2013 17:55

Respostas

  • Comparação entre o ADO.NET e ADO

    . Visual Studio NET 2003 Outras versões 21 de 27 classificaram Como util - Classificar Este topico
    Você pode entender as características do ADO.NET comparando-as com as características particulares de ActiveX Data Objects (ADO).
    Em memória de representações de dados
    No ADO, a representação em memória dos dados é o conjunto de registros. No ADO.NET, é o conjunto de dados. Há diferenças importantes entre eles.
    Número de Tabelas
    Um conjunto de registros se parece com uma única tabela. Se um conjunto de registros é conter dados de tabelas de banco múltiplo, ele deve usar uma consulta JOIN, que reúne os dados das tabelas de banco de dados diversos em uma tabela resultado único.
    Em contraste, um conjunto de dados é um conjunto de uma ou mais tabelas. As tabelas dentro de um conjunto de dados são chamadas de tabelas de dados, especificamente, eles são objetos DataTable. Se um conjunto de dados contém dados de tabelas de banco de dados múltiplos, geralmente contêm vários objetos DataTable. Ou seja, cada objeto DataTable geralmente corresponde a uma única tabela de banco ou exibição. Deste modo, um conjunto de dados pode imitar a estrutura do banco de dados subjacente.
    Um conjunto de dados geralmente também contém relacionamentos. Um relacionamento dentro de um conjunto de dados é análogo a um relacionamento de chave externa em um banco de dados, isto é, ele associa linhas das tabelas com o outro. Por exemplo, se um conjunto de dados contém uma tabela sobre investidores e outra tabela sobre cada aquisição de ações do investidor, que também pode conter um relacionamento conectando cada linha da tabela do investidor com as linhas correspondentes da tabela de compra.
    Porque o conjunto de dados pode conter várias tabelas separadas, e manter informações sobre as relações entre eles, ele pode armazenar estruturas de dados muito mais do que um conjunto de registros, incluindo a auto-referentes e mesas com muitos-para-muitos.
    Navegação de dados e cursores
    No ADO você digitalizar sequencialmente através das linhas do conjunto de registros usando o método MoveNext do ADO. No ADO.NET, as linhas são representadas como coleções, de modo que você pode percorrer uma tabela como você faria através de qualquer coleção, ou acessar determinadas linhas via índice de chave ordinal ou primária. DataRelationobjetos manter informações sobre mestre e registros de detalhe e fornecer um método que permite que você obtenha registros relacionados ao que você está trabalhando. Por exemplo, a partir da linha da tabela com Investidores para "Nate Sun", você pode navegar para o conjunto de linhas da tabela de compra descrevendo suas compras.
    Um cursor é um elemento do banco de dados que controla a navegação de registro, a capacidade de atualizar os dados, ea visibilidade das alterações feitas ao banco de dados por outros usuários. ADO.NET não tem um objeto cursor inerente, mas inclui as classes de dados que fornecem a funcionalidade de um cursor tradicional. Por exemplo, a funcionalidade de um frente-única, cursor somente leitura está disponível no objeto DataReader ADO.NET. Para mais informações sobre a funcionalidade de cursor, consulte Tecnologias de Acesso a Dados.
    Minimizados Conexões Abertas
    No ADO.NET, você conexões abertas apenas o tempo suficiente para executar uma operação de banco de dados, tais como Select ou Update. Você pode ler linhas em um conjunto de dados e, então, trabalhar com eles sem ficar conectado à fonte de dados. No ADO, o conjunto de registros pode fornecer acesso desconectado, mas o ADO é projetado principalmente para acesso conectado.
    Há uma diferença significativa entre o processamento desconectado no ADO e ADO.NET. No ADO você se comunicar com o banco de dados fazendo chamadas para um provedor OLE DB. No ADO.NET você se comunicar com o banco de dados através de um adaptador de dados (um OleDbDataAdapter, SqlDataAdapter, OdbcDataAdapter, ou OracleDataAdapter objeto), que faz chamadas para um provedor OLE DB ou as APIs fornecidas pela fonte de dados subjacente. A diferença importante é que no ADO.NET o adaptador de dados permite que você controle como as alterações no conjunto de dados são transmitidos para o banco de dados - por meio da otimização de desempenho, realizando verificações de validação de dados, ou a adição de qualquer outro processamento extra.
    Adaptadores Nota de dados, conexões de dados, comandos de dados e leitores de dados são os componentes que compõem um. NET Framework. Microsoft e outros fornecedores podem disponibilizar outros. NET Framework padrão de dados que podem ser integrados em Visual Studio. Para obter informações sobre os diferentes provedores de dados. NET, ver. Provedores de dados NET.
    Compartilhamento de dados entre aplicativos
    Transmissão de um conjunto de dados ADO.NET entre aplicativos é muito mais fácil do que transmitir um conjunto de registros ADO desconectado. Para transmitir um conjunto de registros ADO desconectado de um componente para outro, você usa empacotamento COM. Para transmitir dados em ADO.NET, você usa um conjunto de dados, que pode transmitir um fluxo de XML.
    A transmissão de arquivos XML oferece as seguintes vantagens sobre empacotamento:
    Mais ricos tipos de dados
    Empacotamento COM fornece um conjunto limitado de tipos de dados - aqueles definidos pelo padrão COM. Devido à transmissão de conjuntos de dados em ADO.NET baseia-se num formato XML, não há nenhuma restrição em tipos de dados. Assim, os componentes que compartilham o conjunto de dados pode usar qualquer conjunto de tipos de dados que eles normalmente usariam.
    Atuação
    Transmissão de um conjunto de registros ADO grande ou um conjunto de dados ADO.NET grande pode consumir recursos de rede, como a quantidade de dados cresce, o estresse colocado sobre a rede também aumenta. Tanto o ADO e ADO.NET permitem que você minimize os dados que são transmitidos. Mas ADO.NET oferece outra vantagem de desempenho, que ADO.NET não exige dados do tipo conversões. ADO, que requer COM para transmitir registros conjuntos entre os componentes, exige que os tipos de dados do ADO ser convertidos em tipos de dados COM.
    Firewalls penetrantes
    Um firewall pode interferir em dois componentes tentando transmitir registros desconectados do ADO. Lembre-se, firewalls normalmente são configurados para permitir texto HTML para passar, mas para evitar que solicitações de sistema (como empacotamento) de passagem.
    Porque conjuntos de dados componentes de câmbio ADO.NET usando XML, firewalls podem permitir que conjuntos de dados para passar.

    A flower cannot blossom without sunshine, and man cannot live without love.

    quinta-feira, 28 de março de 2013 22:30
    Moderador

Todas as Respostas

  • Voce precisa ler isto: http://msdn.microsoft.com/en-us/library/904fck4k(v=vs.71).aspx


    A flower cannot blossom without sunshine, and man cannot live without love.

    terça-feira, 26 de março de 2013 21:44
    Moderador
  • Cara tem algo em portugues ?

    Abraço


    SirSmart

    quinta-feira, 28 de março de 2013 21:15
  • Comparação entre o ADO.NET e ADO

    . Visual Studio NET 2003 Outras versões 21 de 27 classificaram Como util - Classificar Este topico
    Você pode entender as características do ADO.NET comparando-as com as características particulares de ActiveX Data Objects (ADO).
    Em memória de representações de dados
    No ADO, a representação em memória dos dados é o conjunto de registros. No ADO.NET, é o conjunto de dados. Há diferenças importantes entre eles.
    Número de Tabelas
    Um conjunto de registros se parece com uma única tabela. Se um conjunto de registros é conter dados de tabelas de banco múltiplo, ele deve usar uma consulta JOIN, que reúne os dados das tabelas de banco de dados diversos em uma tabela resultado único.
    Em contraste, um conjunto de dados é um conjunto de uma ou mais tabelas. As tabelas dentro de um conjunto de dados são chamadas de tabelas de dados, especificamente, eles são objetos DataTable. Se um conjunto de dados contém dados de tabelas de banco de dados múltiplos, geralmente contêm vários objetos DataTable. Ou seja, cada objeto DataTable geralmente corresponde a uma única tabela de banco ou exibição. Deste modo, um conjunto de dados pode imitar a estrutura do banco de dados subjacente.
    Um conjunto de dados geralmente também contém relacionamentos. Um relacionamento dentro de um conjunto de dados é análogo a um relacionamento de chave externa em um banco de dados, isto é, ele associa linhas das tabelas com o outro. Por exemplo, se um conjunto de dados contém uma tabela sobre investidores e outra tabela sobre cada aquisição de ações do investidor, que também pode conter um relacionamento conectando cada linha da tabela do investidor com as linhas correspondentes da tabela de compra.
    Porque o conjunto de dados pode conter várias tabelas separadas, e manter informações sobre as relações entre eles, ele pode armazenar estruturas de dados muito mais do que um conjunto de registros, incluindo a auto-referentes e mesas com muitos-para-muitos.
    Navegação de dados e cursores
    No ADO você digitalizar sequencialmente através das linhas do conjunto de registros usando o método MoveNext do ADO. No ADO.NET, as linhas são representadas como coleções, de modo que você pode percorrer uma tabela como você faria através de qualquer coleção, ou acessar determinadas linhas via índice de chave ordinal ou primária. DataRelationobjetos manter informações sobre mestre e registros de detalhe e fornecer um método que permite que você obtenha registros relacionados ao que você está trabalhando. Por exemplo, a partir da linha da tabela com Investidores para "Nate Sun", você pode navegar para o conjunto de linhas da tabela de compra descrevendo suas compras.
    Um cursor é um elemento do banco de dados que controla a navegação de registro, a capacidade de atualizar os dados, ea visibilidade das alterações feitas ao banco de dados por outros usuários. ADO.NET não tem um objeto cursor inerente, mas inclui as classes de dados que fornecem a funcionalidade de um cursor tradicional. Por exemplo, a funcionalidade de um frente-única, cursor somente leitura está disponível no objeto DataReader ADO.NET. Para mais informações sobre a funcionalidade de cursor, consulte Tecnologias de Acesso a Dados.
    Minimizados Conexões Abertas
    No ADO.NET, você conexões abertas apenas o tempo suficiente para executar uma operação de banco de dados, tais como Select ou Update. Você pode ler linhas em um conjunto de dados e, então, trabalhar com eles sem ficar conectado à fonte de dados. No ADO, o conjunto de registros pode fornecer acesso desconectado, mas o ADO é projetado principalmente para acesso conectado.
    Há uma diferença significativa entre o processamento desconectado no ADO e ADO.NET. No ADO você se comunicar com o banco de dados fazendo chamadas para um provedor OLE DB. No ADO.NET você se comunicar com o banco de dados através de um adaptador de dados (um OleDbDataAdapter, SqlDataAdapter, OdbcDataAdapter, ou OracleDataAdapter objeto), que faz chamadas para um provedor OLE DB ou as APIs fornecidas pela fonte de dados subjacente. A diferença importante é que no ADO.NET o adaptador de dados permite que você controle como as alterações no conjunto de dados são transmitidos para o banco de dados - por meio da otimização de desempenho, realizando verificações de validação de dados, ou a adição de qualquer outro processamento extra.
    Adaptadores Nota de dados, conexões de dados, comandos de dados e leitores de dados são os componentes que compõem um. NET Framework. Microsoft e outros fornecedores podem disponibilizar outros. NET Framework padrão de dados que podem ser integrados em Visual Studio. Para obter informações sobre os diferentes provedores de dados. NET, ver. Provedores de dados NET.
    Compartilhamento de dados entre aplicativos
    Transmissão de um conjunto de dados ADO.NET entre aplicativos é muito mais fácil do que transmitir um conjunto de registros ADO desconectado. Para transmitir um conjunto de registros ADO desconectado de um componente para outro, você usa empacotamento COM. Para transmitir dados em ADO.NET, você usa um conjunto de dados, que pode transmitir um fluxo de XML.
    A transmissão de arquivos XML oferece as seguintes vantagens sobre empacotamento:
    Mais ricos tipos de dados
    Empacotamento COM fornece um conjunto limitado de tipos de dados - aqueles definidos pelo padrão COM. Devido à transmissão de conjuntos de dados em ADO.NET baseia-se num formato XML, não há nenhuma restrição em tipos de dados. Assim, os componentes que compartilham o conjunto de dados pode usar qualquer conjunto de tipos de dados que eles normalmente usariam.
    Atuação
    Transmissão de um conjunto de registros ADO grande ou um conjunto de dados ADO.NET grande pode consumir recursos de rede, como a quantidade de dados cresce, o estresse colocado sobre a rede também aumenta. Tanto o ADO e ADO.NET permitem que você minimize os dados que são transmitidos. Mas ADO.NET oferece outra vantagem de desempenho, que ADO.NET não exige dados do tipo conversões. ADO, que requer COM para transmitir registros conjuntos entre os componentes, exige que os tipos de dados do ADO ser convertidos em tipos de dados COM.
    Firewalls penetrantes
    Um firewall pode interferir em dois componentes tentando transmitir registros desconectados do ADO. Lembre-se, firewalls normalmente são configurados para permitir texto HTML para passar, mas para evitar que solicitações de sistema (como empacotamento) de passagem.
    Porque conjuntos de dados componentes de câmbio ADO.NET usando XML, firewalls podem permitir que conjuntos de dados para passar.

    A flower cannot blossom without sunshine, and man cannot live without love.

    quinta-feira, 28 de março de 2013 22:30
    Moderador