none
ADO.Net x SQL Native Client (SQLNCLI) RRS feed

  • Pergunta

  • Senhores,

    qual o melhor método de acesso a dados, o de melhor performance e maior segurança?

    ADO.Net ou SQL Native Client (SQLNCLI)  ???????????

    Obrigado.

    terça-feira, 24 de maio de 2016 19:46

Todas as Respostas

  • Amigo,

    Tudo depende do quão sensível é esse dado e qual sua necessidade.

    Eu já trabalhei em grandes corporações e posso afirmar que o melhor é montar uma aplicação que de acesso apenas aquilo que o usuário precisa e FIM. Se você vai dar acesso direto ao banco para um "qualquer", a chance dessa pessoa fazer merda é enorme, mesmo que você limite as ações desse usuário.

    Uma aplicação simples que exibe apenas aquilo que o usuário precisa, pelo menos do meu ponto de vista, é a melhor!!
    Você também pode disponibilizar esses dados em outro ambiente/banco mas tudo depende da sua necessidade.

    Se for possível envie mais informações do seu problema.

    Espero ter ajudado e boa sorte!


    Não esqueça de marcar como útil uma resposta que te ajude.
    "A diversão é a alma do negócio"

    quarta-feira, 25 de maio de 2016 17:50
  • Lucas, não estou falando de privilégios em objetos, estou falando de provedores de acesso.

    Drives de acesso... Conexão.

    quarta-feira, 25 de maio de 2016 19:32
  • Ceilton,

    Sem dúvida o ADO.NET é melhor.

    Além de ser o que há de mais atual em termos de acesso a dados, 

    ADO .NET é uma coleção de classes do .NET Framework que proveem acesso a dados, sejam eles relacionais, XML, ou dados de aplicação. Um ponto extremamente importante e interessante é que seu conjunto de classes são universais, ou seja, independente da fonte de dados que será utilizada utiliza-se o mesmo conjunto de classes.

    Mas ele não se limita apenas a classes de acesso a dados. Na sua coleção há classes que permitem realizar desde as tarefas mais comuns até as mais complexas em operações de banco de dados. Além disso, suas classes permitem a realização de binding das informações diretamente para controles do ASP.NET, Windows Forms e Windows Presentation Foundation (WPF), de maneira extremamente simples, facilitando assim a vida do desenvolvedor.

    Dá uma conferida no link abaixo, que pode ser útil.

    https://msdn.microsoft.com/pt-br/library/3y0bb1zd(v=vs.90).aspx

    Abs. Marcus.


    quinta-feira, 26 de maio de 2016 01:36
  • Deleted
    quinta-feira, 26 de maio de 2016 21:02
  • Ceilton, teve a oportunidade de ler o documento Microsoft is Aligning with ODBC for Native Relational Data Access ?
     

    Leitura adicional:


        José Diz     Belo Horizonte, MG - Brasil
    (Se encontrou a solução nesta resposta, ou se o conteúdo foi útil, lembre-se de marcá-la)


    Ceilton,

    O Microsoft ODBC Driver 11 para SQL Server é uma única DLL (biblioteca de vínculo dinâmico) que contém suporte em tempo de execução para aplicativos que usam APIs de código nativo para conexão com o Microsoft SQL Server 2005, 2008, 2008 R2 e SQL Server 2012. O Microsoft ODBC Driver 11 para SQL Server deve ser usado para criar novos aplicativos ou aprimorar os que precisam aproveitar os novos recursos do SQL Server 2012. O Microsoft ODBC Driver 11 para SQL Server instala os componentes cliente necessários durante o tempo de execução para aproveitar os novos recursos do SQL Server 2012 e, como opção, instala os arquivos de cabeçalho necessários para o desenvolvimento de um aplicativo que usa a API do ODBC.

    Vale ressaltar que esta será a mesma versão compatível e liberada para o SQL Server 2016, neste link: https://msdn.microsoft.com/en-us/library/jj730314.aspx você poderá obter mais informações sobre os drivers ODBCs.


    Pedro Antonio Galvao Junior [MVP | MCC | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitario | SoroCodigos | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]


    domingo, 29 de maio de 2016 00:31