Clipper On Line • Ver Tópico - ADO x ODBC -> Cloud matou o ADO na M$.

ADO x ODBC -> Cloud matou o ADO na M$.

Discussão sobre SQL

Moderador: Moderadores

 

ADO x ODBC -> Cloud matou o ADO na M$.

Mensagempor Itamar M. Lins Jr. » 07 Set 2015 10:15

Ola!
Antes de adotar o ADO, é bom saber dessas informações.

Microsoft is Aligning with ODBC for Native Relational Data Access

What are you doing since ADO is being depreciated?

https://www.linkedin.com/grp/post/4843954-5847832597740142595

http://blogs.msdn.com/b/sqlnativeclient/archive/2011/08/29/microsoft-is-aligning-with-odbc-for-native-relational-data-access.aspx

... The other reason often mentioned in the surveys is the ease of programming with ODBC. The interfaces are simple and straight forward. With this alignment, C/C++ developers can now focus on one set of APIs for all their native client applications. This will also make porting applications to cloud more seamless.


https://social.technet.microsoft.com/Forums/sqlserver/en-US/e696d0ac-f8e2-4b19-8a08-7a357d3d780f/microsoft-is-aligning-with-odbc-for-native-relational-data-access-faq?forum=sqldataaccess
Question2: Why is Microsoft making this change now? What are the advantages?

Answer: More customers are adopting cloud these days. To enable client applications running on various different platforms to connect to cloud, Microsoft chose ODBC as the de-facto standard client connectivity API for native client applications connecting to SQL Azure. If you are writing applications that run against standalone SQL Server and SQL Azure, or if you are planning to port your application to SQL Azure, using ODBC APIs make the transitions pretty seamless. ODBC APIs use industry standard interfaces and are very simple and straight forward to use. Using multiple result sets, memory management and specifying required/optional properties in OLE DB is more complex. Overall, customers get the benefit of easy programming and cross-platform support with this alignment and can now build applications that can be uniformly ported between various platforms.


E o programador que vá mudando e aprendendo tudo isso! Rodou, rodou, rodou... Agora é ODBC de onde o pessoal do SL "Software Livre" nunca saiu !
Adotar padrões fechados, tem suas vantagens e desvantagens, sujeito ficarmos de joguete nas mãos deles.

Bom de ler são os comentários desse link aqui:
http://blogs.msdn.com/b/sqlnativeclient/archive/2011/08/29/microsoft-is-aligning-with-odbc-for-native-relational-data-access.aspx

This seems crazy! I agree that OLE DB is complicated - but then most people are using ADO.NET for simple scenarios. For performance and flexibility, OLE DB has been vastly superior to ODBC. Can we expect the same performance from the new ODBC driver implementation? Will we have full access to all features? What is the overriding motivation?

Tipo assim: Todos para o lado de cá!!! agora todos para o lado de lá!!! E ela a M$, procurando o din, din, aqui e ali!
E a comunidade Open Source crescendo... todos procurando usar padrões abertos para sair desse labirinto.

Saudações,
Itamar M. Lins Jr.
Avatar de usuário

Itamar M. Lins Jr.
Colaborador

Colaborador
 
Mensagens: 3238
Data de registro: 30 Mai 2007 11:31
Cidade/Estado: Ilheus Bahia
Curtiu: 92 vezes
Mens.Curtidas: 138 vezes

ADO x ODBC -> Cloud matou o ADO na M$.

Mensagempor JoséQuintas » 07 Out 2015 10:30

Tem o acesso via ODBC
Depois veio o OLEDB como sucessor do ODBC
Tem o ADO que acessa por ODBC ou OLEDB ou sei lá mais o quê.
E agora o acesso via OLEDB foi removido dos bancos de dados da Microsoft.

No primeiro texto:

This is very specific and narrow deprecation -- there are still many products that use OLEDB exclusively (e.g. SSAS being an example).

I do think in long term, Microsoft will move away from OLEDB and therefore ADO. Furthermore, ADO has been in maintenance mode and has not had new features or major enhancements. In contrast, Microsoft has updated ODBC more than few times already. However, the enhancements introduced to ODBC isn't really visible to Access because Access need to be also updated to take advantage of the new features introduced to ODBC.

In worst case scenario, I suspect the solution to continue using ADO would be to use MSDASQL (aka OLEDB provider for ODBC) -- more layer between the application and the database but you still get the niceties of ADO that way.


O autor apenas "acha" que por não ter sido lançada nenhuma novidade do ADO, é provável que no futuro seja removido.
A primeira coisa a ser removida seria o OLEDB, e depois o ADO.

E depois disso, nesse futuro, só vai restar o ADO.NET.

Mas pelo jeito, se depender do pessoal do Open Source, já estão tentando matá-lo por ser da Microsoft.
José M. C. Quintas
Harbour 3.4, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, hbnetio, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
Avatar de usuário

JoséQuintas
Colaborador

Colaborador
 
Mensagens: 9521
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 6 vezes
Mens.Curtidas: 554 vezes

ADO x ODBC -> Cloud matou o ADO na M$.

Mensagempor JoséQuintas » 07 Out 2015 11:04

Aproveitando....

Como comentei aqui, não consegui fazer o ADO funcionar no W7 64 bits com o ODBC do ADS - Advantage Database Server pra DBF/CDX.

Vamos à string de conexão do ADS:

Case "ADSLOCAL"
    cString = "Provider=Advantage.OLEDB.1;" & _
    "Mode=Share Deny None;" & _
    "Show Deleted Records in DBF Tables with Advantage=False;" & _
    "Data Source=" & Sistema.PathDefault & ";Advantage Server Type=ADS_Local_Server;" & _
    "TableType=ADS_CDX;Security Mode=ADS_IGNORERIGHTS;" & _
    "Lock Mode=Compatible;" & _
    "Use NULL values in DBF Tables with Advantage=True;" & _
    "Exclusive=No;Deleted=No;"


Isso diz algo?
Provider=Advantage.OLEDB.1

Já MySQL, que o ADO usa por ODBC, tudo sempre foi bem, sem nenhuma configuração extra.

Acho que houve exagero sobre considerar o ADO morto, só porque a Microsoft removeu o OLEDB das bases de dados.
O W7 64 bits já deixou OLEDB em segundo plano, isso não é nenhuma novidade.
José M. C. Quintas
Harbour 3.4, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, hbnetio, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
Avatar de usuário

JoséQuintas
Colaborador

Colaborador
 
Mensagens: 9521
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 6 vezes
Mens.Curtidas: 554 vezes

ADO x ODBC -> Cloud matou o ADO na M$.

Mensagempor JoséQuintas » 07 Out 2015 12:07

Conexão do MySQL:

Case "MYSQL"
   cString = "Driver={MySQL ODBC 3.51 Driver};" & _
      "Server=server.xxx.com.br;" & _
      "Option=131072;Stmt=;" & _
      "Database=xxx;" & _
      "User ID=xxx;" & _
      "Password=xxx;"
      '"Compress=true;"


Conexão do Appolo SIXCDX, também OLEDB

Case "SIXCDX"
   cString = "Provider=ApolloOLEDB7.ApolloOLEDB7;" & _
   "Data Source = " & Sistema.PathDefault & "; " & _
   "AccessMethod= amLocal; " & _
   "TableType=ttSXFOX; " & _
    "CommitLevel = clNormal;" & _
   "FetchCount=1;"


Conexão do Access e SQL Server também OLEDB

Case "ACCESSLOCAL"
   cString = "Provider=Microsoft.Jet.OLEDB.4.0;" & _
      "Data Source=" & Sistema.PathDefault & "jpa.mdb;" & _
      "Persist Security Info=False"

Case "SQLSERVER"
   cString = "Provider=SQLOLEDB.1;" & _
      "Integrated Security=SSPI;Persist Security Info=False;" & _
      "Initial Catalog=tabela1;Data Source=SQLJPA;"


Pelo menos pra mim, OLEDB e ADO são coisas distintas.
O fim do OLEDB não significa o fim do ADO.

Também dizem que o Windows 10 é a última versão do Windows, e o ADO faz parte dele.

Se não tem pra Linux, isso já é outra coisa.
Mas pra eles, nem deveria interessar notícias sobre o Windows, já que não os afeta.
José M. C. Quintas
Harbour 3.4, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, hbnetio, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
Avatar de usuário

JoséQuintas
Colaborador

Colaborador
 
Mensagens: 9521
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 6 vezes
Mens.Curtidas: 554 vezes




Retornar para SQL

Quem está online

Usuários vendo este fórum: Nenhum usuário registrado online e 1 visitante


Faça uma doação para o forum
v
Olá visitante, seja bem-vindo ao Fórum Clipper On Line!
Efetue o seu login ou faça o seu Registro