Spring/spring-data-r2dbc
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

#55 - Update documentation.

Browse Source 
Original pull request: #125.
This commit is contained in:
Mark Paluch
2019-05-22 10:21:32 +02:00
committed by Jens Schauder
parent e03d1dc8ee
commit 1b63fb634d
3 changed files with 3 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
src/main/asciidoc/reference/r2dbc-core.adoc
View File

@@ -236,5 +236,5 @@ As of writing the following drivers are available:
* https://github.com/jasync-sql/jasync-sql[jasync-sql MySQL] (`com.github.jasync-sql:jasync-r2dbc-mysql`)
Spring Data R2DBC reacts to database specifics by inspecting `ConnectionFactoryMetadata` exposed by the `ConnectionFactory` and selects the appropriate database dialect accordingly.
You can configure an own https://docs.spring.io/spring-data/r2dbc/docs/{version}/api/org/springframework/data/r2dbc/dialect/Dialect.html[`Dialect`] if the used driver is not yet known to Spring Data R2DBC.
You can configure an own https://docs.spring.io/spring-data/r2dbc/docs/{version}/api/org/springframework/data/r2dbc/dialect/R2dbcDialect.html[`R2dbcDialect`] if the used driver is not yet known to Spring Data R2DBC.

2
src/main/asciidoc/reference/r2dbc-fluent.adoc
View File

@@ -4,7 +4,7 @@
You have already seen ``DatabaseClient``s SQL API that offers you maximum flexibility to execute any type of SQL.
`DatabaseClient` provides a more narrow interface for typical ad-hoc use-cases such as querying, inserting, updating, and deleting data.
The entry points (`insert()`, `select()`, `update()`, and others) follow a natural naming schema based on the operation to be run. Moving on from the entry point, the API is designed to offer only context-dependent methods that lead to a terminating method that creates and runs a SQL statement. Spring Data R2DBC uses a `Dialect` abstraction to determine bind markers, pagination support and data types natively supported by the underlying driver.
The entry points (`insert()`, `select()`, `update()`, and others) follow a natural naming schema based on the operation to be run. Moving on from the entry point, the API is designed to offer only context-dependent methods that lead to a terminating method that creates and runs a SQL statement. Spring Data R2DBC uses a `R2dbcDialect` abstraction to determine bind markers, pagination support and data types natively supported by the underlying driver.
Let's take a look at a simple query:

2
src/main/asciidoc/reference/r2dbc-sql.adoc
View File

@@ -119,7 +119,7 @@ In JDBC, the actual drivers translate question mark bind markers to database-nat
Spring Data R2DBC allows you to use native bind markers or named bind markers with the `:name` syntax.
Named parameter support leverages ``Dialect``s to expand named parameters to native bind markers at the time of query execution which gives you a certain degree of query portability across various database vendors.
Named parameter support leverages ``R2dbcDialect``s to expand named parameters to native bind markers at the time of query execution which gives you a certain degree of query portability across various database vendors.
****
The query-preprocessor unrolls named `Collection` parameters into a series of bind markers to remove the need of dynamic query creation based on the number of arguments.