From 274605a0ca9fe3d5a4c143a45bcb74f151497dda Mon Sep 17 00:00:00 2001 From: James Duong Date: Fri, 13 Jan 2023 15:59:09 -0800 Subject: [PATCH] MINOR: [Website] Reword ADBC announcement Reword the ADBC announcement such that Flight SQL is more clearly specified as being database-agnostic rather than vendor-specific. --- _posts/2023-01-05-introducing-arrow-adbc.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/_posts/2023-01-05-introducing-arrow-adbc.md b/_posts/2023-01-05-introducing-arrow-adbc.md index 0e1d876c11d9..d2327d5cae35 100644 --- a/_posts/2023-01-05-introducing-arrow-adbc.md +++ b/_posts/2023-01-05-introducing-arrow-adbc.md @@ -66,10 +66,10 @@ Developers have a few options: Libraries like [Turbodbc][turbodbc] and [arrow-jdbc][arrow-jdbc] handle row-to-columnar conversions for clients. But this doesn't fundamentally solve the problem. Unnecessary data conversions are still required. -- *Use vendor-specific protocols*. - For some databases, applications can use a database-specific protocol or SDK to directly get Arrow data. - For example, applications could use Dremio via [Arrow Flight SQL][flight-sql]. - But client applications that want to support multiple database vendors would need to integrate with each of them. +- *Directly use database protocols*. + For some databases, applications can use a database protocol or SDK to directly get Arrow data. + For example, applications could use be written with [Arrow Flight SQL][flight-sql] to connect to Dremio and other databases that support the Flight SQL protocol. + But not all databases support the Flight SQL protocol. An example is Google BigQuery, which has a separate SDK that returns Arrow data. In this case, client applications that want to support additional protocols would need to integrate with each of them. (Look at all the [connectors](https://trino.io/docs/current/connector.html) that Trino implements.) And databases like PostgreSQL don't offer an option supporting Arrow in the first place. @@ -144,7 +144,7 @@ ADBC fills a specific niche that related projects do not address. It is both: Vendor-neutral (database APIs) - Vendor-specific (database protocols) + Database protocols