им можно базы дергать потом collect() и все
не только stats::filter()
ну вот я и спрашиваю что там конкретно, по тому что не удивлюсь если там уже есть готовая выгрузка и база не причем вообще)
Там на основе filter () и select () формируется обычный SQL запрос
А проблема еще не решилась?
Я ее давно решил в обход. Просто интересно, может у кого опыт похожий был
а что собственно подразумевает этот обход?
Я же выше написал ) Я дергаю данные начиная на день раньше, потом делю столбец на дату и время, фильтрую по дате
Конечно зависит от того, что для кого является проблемой. В моем понимании проблема это фильтрация по дате силами базы, а она получается не решена)
Решена. Плюс полдня данных вообще не критично
Вы же в R отделяете дату и время и фильтруете там, хотя база это тоже может сделать, вот я о чем)
Должно быть не сложно просто сделать фильтр по дате, а получилось что пришлось что-то там лишнее выгружать, разбивать дополнительно, не понимаю откуда это взялось)
Вы и мертвого уговорите ))) Я сделал SQL запрос: SELECT [guid_1C] ,[dealer] ,[datedoc] FROM [CDMSDATA].[dbo].[CDMS_ZN] WHERE [datedoc] > '2021-12-30' И что бы вы думали? Вылезает та же ошибка: `Преобразование типа данных varchar в тип данных datetime привело к выходу значения за пределы диапазона. ` Может, дело не в R?
Если. Db Oracle можно to_date("20220204", "yyyyMMdd")
Microsoft SQL Server
Попробуйте тогда cast(date as smalldatetime) as date
Да это известный косяк. ключ по дате, во временных метках есть таймзоны. Как ни крути, база не может нормальный ключ обеспечить. Приходится дергать два дня и потом выбирать с учётом таймзон. Это принципиальная проблема, так что можно не париться
тут была проблема в принципе отфильтровать на уровне базы по нужной дате, даже без всяких таймзон)
Просто надо читать мануалы по диалекту sql… В каждой базе свои нюансы
Обсуждают сегодня