можно настроить

Вот странно!

Да! Это следующий шаг! Но я надеялся, что такой должен быть, по идее)

лично у меня не возникало желания его зашортакатить ))

Странное желание. Это редкий товарищ в коде, также часто используется и его коллега %chin%. Желание повесить на клавиши наводит на мысль о неправильности кода и алгоритма. Чем вызван этот вопрос?
Корректируется, скорее всего, join-ами.

Почему странное?!

Оператором присваивания Вы как пользуетесь?) пошагово?
Это просто удобно! Кусок в чанк обратить и тп!
Разве нет?

Если честно, ничего не понял из написанного. Можете пример кода привести, который мозоли натирает от %in%? Неясно откуда такая потребность в шорткате

А я тоже постоянно юзаю %in%. Когда гружу из БД разные таблицы а данными по клиентам и проверяю наличие клиентов в них

Но горячей клавиши под него похоже реально нет, тоже искал

Вопрос на миллион. Почему не проверять это на стороне БД?

БД не осилит одним запросом, когда нужно поработать с нескольким млн строк 🤷‍♂

Или когда бд несколько

А локальная сессия R осилит? Подумайте над оптимизацией запросов и ресурсов))

А почему нет?))

32 гб оперативы и  data.table

Всё это очень странно. Правда, подумайте над архитектурой вашего аналитического стека. Предобработка данных должна проводиться в БД, R для сложных алгоритмов, статметодов, ml и визуализации

Все легко осилят на объемах до сотен гигов.
1. Если ищете character, то надо `data.table::%chin%`
2. Сетевое время для всего объема - первый тормоз. Обычно пишут параметризованный sql запрос и оборачивают в функцию. Нужны данные по персонажу - только их и тащим
3. Запрос про шорткат - явный признак про нелады в архитектуре. Лакмусовая бумажка

Спорить не могу, у меня мало опыта) Но когда 10 млн записей в таблице клиентов, десятки таблиц с данными о них, не все проиндексированы, часть данных лежит в двх на другом движке, есть админ бд, который ругается, что ты грузишь базу своими запросами - мне гораздо комфортнее всю обработку делать в R. Часть данных тяну запросами, часть гружу таблицы целиком и собираю то что мне нужно уже в R.

Тут же часть выгрузил, покрутил, посмотрел, график построил, дальше пошел.

Поэтому %in% я юзаю невероятно часто 😁

Это хороший сценарий, но, видимо, есть что усовершенствовать. Буквально «опросник из 10 пунктов», которые могут существенно улучшить конструкцию