You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
J'ai créé une vignette pour présenter comment interroger la base de données en SQL et pas dans R.
Lorsque tu proposes des requêtes, tu utilises dbGetQuery(), ça exécute bien la requête SQL, mais après ça télécharge le résultat dans R.
Or, dans tes propositions, tu fais ensuite des jointures et autres filtres avec {dplyr}.
Le mieux serait de faire aussi ces opérations dans la base de données.
Si tu utilises tbl(), alors tu peut écrire ton code avec {dplyr}, ce sera traduit automatiquement en SQL et exécuté dans la base.
Tu verras que tu n'as pas besoin de connaître SQL si tu connais {dplyr}.
Plus on laisse la base s'occuper des traitements, et plus rapide sera l'application.
J'ai créé une vignette pour présenter comment interroger la base de données en SQL et pas dans R.
Lorsque tu proposes des requêtes, tu utilises
dbGetQuery()
, ça exécute bien la requête SQL, mais après ça télécharge le résultat dans R.Or, dans tes propositions, tu fais ensuite des jointures et autres filtres avec {dplyr}.
Le mieux serait de faire aussi ces opérations dans la base de données.
Si tu utilises
tbl()
, alors tu peut écrire ton code avec {dplyr}, ce sera traduit automatiquement en SQL et exécuté dans la base.Tu verras que tu n'as pas besoin de connaître SQL si tu connais {dplyr}.
Plus on laisse la base s'occuper des traitements, et plus rapide sera l'application.
Je te laisse découvrir cette vignette : https://inrae.github.io/diades.atlas/articles/aa-a-exploration_data.html
Je m'occupe de transformer le code de "preparation_atlas_simulation"
The text was updated successfully, but these errors were encountered: