Skip to content

Commit

Permalink
Fix typos
Browse files Browse the repository at this point in the history
  • Loading branch information
hadley committed Apr 9, 2024
1 parent 8d39ca4 commit 7e8d06d
Show file tree
Hide file tree
Showing 2 changed files with 5 additions and 5 deletions.
4 changes: 2 additions & 2 deletions content/blog/dbplyr-2-5-0/index.Rmd
Original file line number Diff line number Diff line change
Expand Up @@ -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
Expand Down Expand Up @@ -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.

Expand Down
6 changes: 3 additions & 3 deletions content/blog/dbplyr-2-5-0/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -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

---

Expand Down Expand Up @@ -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:

<div class="highlight">

Expand Down Expand Up @@ -84,7 +84,7 @@ Many of these options were poorly supported (i.e. we would accidentally break t

</div>

[`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.

Expand Down

0 comments on commit 7e8d06d

Please sign in to comment.