Добрый день, друже, научите, пожалуйста, как правильно общаться с БД

из R.

Вот код, как я это делаю обычно.

con <- dbConnect(RPostgres::Postgres(),
dbname = 'name',
host = 'host',
port = port,
user = 'user',
password = 'pass')
data_raw1 <- dbGetQuery(con, "query1")
data_raw2 <- dbGetQuery(con, "query2")
dbDisconnect(con)

Дальше массажирование data_raw1 и 2.

Собственно, меня смущает то, что я ничего не могу вставить между con <- dbConnect(...) и data_raw1 <- dbGetQuery(). А хотелось бы заявить con в начале скрипта и по необходимости дёргать таблицы.
Штатное ли это поведение?

Второй вопрос. Подскажите, плиз, как можно изолировать параметры, которые я передаю в dbConnect (юзер, пароль, вот это всё), чтобы не светить их в коде? Т.е. как подтягивать их из внешнего файла, например?

1) Вызывай соn в функции, тогда будешь подключаться только куда надо по умолчания. P/S: Если вопрос в другом тогда con продолжает жить пока его не закроешь поэтому вставляй что хочешь между подключение и получением данных 2) Вариантов много, об том писал @AlexeySeleznev в своем блоге (Алексей, можешь не благодарить) )

По вервому вопросу, вы что угодно можете вставить межу dbConnect и dbGetQuery, что ж вам мешает ? По второму вопросу создайте переменные среды, или файл конфигурации, файл конфигурации потом читайте например пакетом config.

1) как вариант, принимается, спасибо большое.) Вопрос несколько в другом, чуть позже подготовлю пример. 2) ок, спасибо, ушёл к Алексею.)

Держать дескрипторы открытыми — моветон. Сначала все подгрузить, потом вести расчеты. Если нужны справочники для приложения — лучше грузить их на старте, время отклика будет минимальным, а это очень важно

Про моветон полностью согласен, общая логика понятна. Повторюсь, из дома постараюсь воспроизвести ошибку и скину подробно, что не взлетает. (Ну или всё получится, и тогда это какое-то помутнение с моей стороны)

Вариантов масса как скрыть параметры подключения. Простейший — config или .Renviron

А при многопоточке все равно в каждом потоке свой коннект нужно открывать

http://img.netpeak.ua/alsey/1SP1E0B.png Они там походу keyring рекомендуют

я для подключений пишу обычно свою функцию,в которой открываю соединение, импортирую данные, закрываю соединение и преобразую/возвращаю датасет в data.table формате

Ниже именно то, о чём шла речь. ————— Код: library(RSQLite) con <- dbConnect(SQLite(), "sample_db.sqlite") dbWriteTable(con, "mtcars", mtcars, overwrite = TRUE) dbDisconnect(con) con x <- c("random string") data_raw <- dbGetQuery(con, "SELECT cyl FROM mtcars WHERE cyl > 6") dbDisconnect(con) Ответ консоли: > library(RSQLite) > > con <- dbConnect(SQLite(), "sample_db.sqlite") > dbWriteTable(con, "mtcars", mtcars, overwrite = TRUE) > dbDisconnect(con) > > con <SQLiteConnection> DISCONNECTED > x <- c("random string") > data_raw <- dbGetQuery(con, "SELECT cyl FROM mtcars WHERE cyl > 6") Ошибка: Invalid or closed connection > dbDisconnect(con) Предупреждение: В connection_release(conn@ptr) : Already disconnected ————— Присоединяться к базе, просто вызывая con, совсем глупость, или ошибка в другом?

А что не так то ? dbConnect - подключаетесь dbDisconnect - отключаетесь Логично что он ругается, поскольку вы отключились от БД