From 7e8d06da9d4e6d272c9ed2e4112dfed9fbde7aa6 Mon Sep 17 00:00:00 2001 From: Hadley Wickham Date: Tue, 9 Apr 2024 16:00:53 -0500 Subject: [PATCH] Fix typos --- content/blog/dbplyr-2-5-0/index.Rmd | 4 ++-- content/blog/dbplyr-2-5-0/index.md | 6 +++--- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/content/blog/dbplyr-2-5-0/index.Rmd b/content/blog/dbplyr-2-5-0/index.Rmd index 9b21cdec1..15d31a901 100644 --- a/content/blog/dbplyr-2-5-0/index.Rmd +++ b/content/blog/dbplyr-2-5-0/index.Rmd @@ -47,7 +47,7 @@ library(dbplyr) ## Referring to tables in a schema -Historically, dbplyr has provided a bewildering array of options to specify a tableinside a schema inside a catalog: +Historically, dbplyr has provided a bewildering array of options to specify a table inside a schema inside a catalog: ```{r} #| eval: false @@ -75,7 +75,7 @@ con |> tbl(I("catalog_name.schema_name.table_name")) con |> tbl(I("schema_name.table_name")) ``` -`I()` is a base function, and you may be familiar from it from modelling, e.g. `lm(y ~ x + I(y * z))`. It performs a similar role for both dbplyr and modelling function: it tells the function to treat the argument as is, rather than quoting it in the case of dbplyr, or interpreting as an interaction in the case of `lm()`. +`I()` is a base function, and you may be familiar with it from modelling, e.g. `lm(y ~ x + I(y * z))`. It performs a similar role for both dbplyr and modelling function: it tells the function to treat the argument as is, rather than quoting it in the case of dbplyr, or interpreting as an interaction in the case of `lm()`. `I()` is dbplyr's preferred way of specifying nested table identifiers and we will eventually formally supersede and then one day deprecate the other options. However, because their usage is widespread, this process will be slow and gradual, and play out over multiple years; there's no need to make changes now. diff --git a/content/blog/dbplyr-2-5-0/index.md b/content/blog/dbplyr-2-5-0/index.md index 9e9d21104..2d74db4ab 100644 --- a/content/blog/dbplyr-2-5-0/index.md +++ b/content/blog/dbplyr-2-5-0/index.md @@ -16,7 +16,7 @@ photo: # one of: "deep-dive", "learn", "package", "programming", "roundup", or "other" categories: [package] tags: [dbplyr] -rmd_hash: 0bccf87eecfb8f59 +rmd_hash: 058bf89f21b3fa2f --- @@ -53,7 +53,7 @@ This post focuses on the biggest change in dbplyr 2.5.0: improved syntax for tab ## Referring to tables in a schema -Historically, dbplyr has provided a bewildering array of options to specify a tableinside a schema inside a catalog: +Historically, dbplyr has provided a bewildering array of options to specify a table inside a schema inside a catalog:
@@ -84,7 +84,7 @@ Many of these options were poorly supported (i.e. we would accidentally break t
-[`I()`](https://rdrr.io/r/base/AsIs.html) is a base function, and you may be familiar from it from modelling, e.g. `lm(y ~ x + I(y * z))`. It performs a similar role for both dbplyr and modelling function: it tells the function to treat the argument as is, rather than quoting it in the case of dbplyr, or interpreting as an interaction in the case of [`lm()`](https://rdrr.io/r/stats/lm.html). +[`I()`](https://rdrr.io/r/base/AsIs.html) is a base function, and you may be familiar with it from modelling, e.g. `lm(y ~ x + I(y * z))`. It performs a similar role for both dbplyr and modelling function: it tells the function to treat the argument as is, rather than quoting it in the case of dbplyr, or interpreting as an interaction in the case of [`lm()`](https://rdrr.io/r/stats/lm.html). [`I()`](https://rdrr.io/r/base/AsIs.html) is dbplyr's preferred way of specifying nested table identifiers and we will eventually formally supersede and then one day deprecate the other options. However, because their usage is widespread, this process will be slow and gradual, and play out over multiple years; there's no need to make changes now.