tokio_opengauss/lib.rs
1//! An asynchronous, pipelined, openGauss client.
2//!
3//! # Example
4//!
5//! ```no_run
6//! use tokio_opengauss::{NoTls, Error};
7//!
8//! # #[cfg(not(feature = "runtime"))] fn main() {}
9//! # #[cfg(feature = "runtime")]
10//! #[tokio::main] // By default, tokio_opengauss uses the tokio crate as its runtime.
11//! async fn main() -> Result<(), Error> {
12//! // Connect to the database.
13//! let (client, connection) =
14//! tokio_opengauss::connect("host=localhost user=postgres", NoTls).await?;
15//!
16//! // The connection object performs the actual communication with the database,
17//! // so spawn it off to run on its own.
18//! tokio::spawn(async move {
19//! if let Err(e) = connection.await {
20//! eprintln!("connection error: {}", e);
21//! }
22//! });
23//!
24//! // Now we can execute a simple statement that just returns its parameter.
25//! let rows = client
26//! .query("SELECT $1::TEXT", &[&"hello world"])
27//! .await?;
28//!
29//! // And then check that we got back the same string we sent over.
30//! let value: &str = rows[0].get(0);
31//! assert_eq!(value, "hello world");
32//!
33//! Ok(())
34//! }
35//! ```
36//!
37//! # Behavior
38//!
39//! Calling a method like `Client::query` on its own does nothing. The associated request is not sent to the database
40//! until the future returned by the method is first polled. Requests are executed in the order that they are first
41//! polled, not in the order that their futures are created.
42//!
43//! # Pipelining
44//!
45//! The client supports *pipelined* requests. Pipelining can improve performance in use cases in which multiple,
46//! independent queries need to be executed. In a traditional workflow, each query is sent to the server after the
47//! previous query completes. In contrast, pipelining allows the client to send all of the queries to the server up
48//! front, minimizing time spent by one side waiting for the other to finish sending data:
49//!
50//! ```not_rust
51//! Sequential Pipelined
52//! | Client | Server | | Client | Server |
53//! |----------------|-----------------| |----------------|-----------------|
54//! | send query 1 | | | send query 1 | |
55//! | | process query 1 | | send query 2 | process query 1 |
56//! | receive rows 1 | | | send query 3 | process query 2 |
57//! | send query 2 | | | receive rows 1 | process query 3 |
58//! | | process query 2 | | receive rows 2 | |
59//! | receive rows 2 | | | receive rows 3 | |
60//! | send query 3 | |
61//! | | process query 3 |
62//! | receive rows 3 | |
63//! ```
64//!
65//! In both cases, the openGauss server is executing the queries sequentially - pipelining just allows both sides of
66//! the connection to work concurrently when possible.
67//!
68//! Pipelining happens automatically when futures are polled concurrently (for example, by using the futures `join`
69//! combinator):
70//!
71//! ```rust
72//! use futures::future;
73//! use std::future::Future;
74//! use tokio_opengauss::{Client, Error, Statement};
75//!
76//! async fn pipelined_prepare(
77//! client: &Client,
78//! ) -> Result<(Statement, Statement), Error>
79//! {
80//! future::try_join(
81//! client.prepare("SELECT * FROM foo"),
82//! client.prepare("INSERT INTO bar (id, name) VALUES ($1, $2)")
83//! ).await
84//! }
85//! ```
86//!
87//! # Runtime
88//!
89//! The client works with arbitrary `AsyncRead + AsyncWrite` streams. Convenience APIs are provided to handle the
90//! connection process, but these are gated by the `runtime` Cargo feature, which is enabled by default. If disabled,
91//! all dependence on the tokio runtime is removed.
92//!
93//! # SSL/TLS support
94//!
95//! TLS support is implemented via external libraries. `Client::connect` and `Config::connect` take a TLS implementation
96//! as an argument. The `NoTls` type in this crate can be used when TLS is not required. Otherwise, the
97//! `opengauss-openssl` and `opengauss-native-tls` crates provide implementations backed by the `openssl` and `native-tls`
98//! crates, respectively.
99//!
100//! # Features
101//!
102//! The following features can be enabled from `Cargo.toml`:
103//!
104//! | Feature | Description | Extra dependencies | Default |
105//! | ------- | ----------- | ------------------ | ------- |
106//! | `runtime` | Enable convenience API for the connection process based on the `tokio` crate. | [tokio](https://crates.io/crates/tokio) 1.0 with the features `net` and `time` | yes |
107//! | `with-bit-vec-0_6` | Enable support for the `bit-vec` crate. | [bit-vec](https://crates.io/crates/bit-vec) 0.6 | no |
108//! | `with-chrono-0_4` | Enable support for the `chrono` crate. | [chrono](https://crates.io/crates/chrono) 0.4 | no |
109//! | `with-eui48-0_4` | Enable support for the 0.4 version of the `eui48` crate. | [eui48](https://crates.io/crates/eui48) 0.4 | no |
110//! | `with-eui48-1` | Enable support for the 1.0 version of the `eui48` crate. | [eui48](https://crates.io/crates/eui48) 1.0 | no |
111//! | `with-geo-types-0_6` | Enable support for the 0.6 version of the `geo-types` crate. | [geo-types](https://crates.io/crates/geo-types/0.6.0) 0.6 | no |
112//! | `with-geo-types-0_7` | Enable support for the 0.7 version of the `geo-types` crate. | [geo-types](https://crates.io/crates/geo-types/0.7.0) 0.7 | no |
113//! | `with-serde_json-1` | Enable support for the `serde_json` crate. | [serde_json](https://crates.io/crates/serde_json) 1.0 | no |
114//! | `with-uuid-0_8` | Enable support for the `uuid` crate. | [uuid](https://crates.io/crates/uuid) 0.8 | no |
115//! | `with-time-0_2` | Enable support for the `time` crate. | [time](https://crates.io/crates/time) 0.2 | no |
116#![doc(html_root_url = "https://docs.rs/tokio-postgres/0.7")]
117#![warn(rust_2018_idioms, clippy::all, missing_docs)]
118
119pub use crate::cancel_token::CancelToken;
120pub use crate::client::Client;
121pub use crate::config::Config;
122pub use crate::connection::Connection;
123pub use crate::copy_in::CopyInSink;
124pub use crate::copy_out::CopyOutStream;
125use crate::error::DbError;
126pub use crate::error::Error;
127pub use crate::generic_client::GenericClient;
128pub use crate::portal::Portal;
129pub use crate::query::RowStream;
130pub use crate::row::{Row, SimpleQueryRow};
131pub use crate::simple_query::SimpleQueryStream;
132#[cfg(feature = "runtime")]
133pub use crate::socket::Socket;
134pub use crate::statement::{Column, Statement};
135#[cfg(feature = "runtime")]
136use crate::tls::MakeTlsConnect;
137pub use crate::tls::NoTls;
138pub use crate::to_statement::ToStatement;
139pub use crate::transaction::Transaction;
140pub use crate::transaction_builder::{IsolationLevel, TransactionBuilder};
141use crate::types::ToSql;
142
143pub mod binary_copy;
144mod bind;
145#[cfg(feature = "runtime")]
146mod cancel_query;
147mod cancel_query_raw;
148mod cancel_token;
149mod client;
150mod codec;
151pub mod config;
152#[cfg(feature = "runtime")]
153mod connect;
154mod connect_raw;
155#[cfg(feature = "runtime")]
156mod connect_socket;
157mod connect_tls;
158mod connection;
159mod copy_in;
160mod copy_out;
161pub mod error;
162mod generic_client;
163mod maybe_tls_stream;
164mod portal;
165mod prepare;
166mod query;
167pub mod row;
168mod simple_query;
169#[cfg(feature = "runtime")]
170mod socket;
171mod statement;
172pub mod tls;
173mod to_statement;
174mod transaction;
175mod transaction_builder;
176pub mod types;
177
178/// A convenience function which parses a connection string and connects to the database.
179///
180/// See the documentation for [`Config`] for details on the connection string format.
181///
182/// Requires the `runtime` Cargo feature (enabled by default).
183///
184/// [`Config`]: config/struct.Config.html
185#[cfg(feature = "runtime")]
186pub async fn connect<T>(
187 config: &str,
188 tls: T,
189) -> Result<(Client, Connection<Socket, T::Stream>), Error>
190where
191 T: MakeTlsConnect<Socket>,
192{
193 let config = config.parse::<Config>()?;
194 config.connect(tls).await
195}
196
197/// An asynchronous notification.
198#[derive(Clone, Debug)]
199pub struct Notification {
200 process_id: i32,
201 channel: String,
202 payload: String,
203}
204
205impl Notification {
206 /// The process ID of the notifying backend process.
207 pub fn process_id(&self) -> i32 {
208 self.process_id
209 }
210
211 /// The name of the channel that the notify has been raised on.
212 pub fn channel(&self) -> &str {
213 &self.channel
214 }
215
216 /// The "payload" string passed from the notifying process.
217 pub fn payload(&self) -> &str {
218 &self.payload
219 }
220}
221
222/// An asynchronous message from the server.
223#[allow(clippy::large_enum_variant)]
224#[derive(Debug, Clone)]
225#[non_exhaustive]
226pub enum AsyncMessage {
227 /// A notice.
228 ///
229 /// Notices use the same format as errors, but aren't "errors" per-se.
230 Notice(DbError),
231 /// A notification.
232 ///
233 /// Connections can subscribe to notifications with the `LISTEN` command.
234 Notification(Notification),
235}
236
237/// Message returned by the `SimpleQuery` stream.
238#[non_exhaustive]
239pub enum SimpleQueryMessage {
240 /// A row of data.
241 Row(SimpleQueryRow),
242 /// A statement in the query has completed.
243 ///
244 /// The number of rows modified or selected is returned.
245 CommandComplete(u64),
246}
247
248fn slice_iter<'a>(
249 s: &'a [&'a (dyn ToSql + Sync)],
250) -> impl ExactSizeIterator<Item = &'a dyn ToSql> + 'a {
251 s.iter().map(|s| *s as _)
252}