AO
Size: a a a
2019 April 24
AO
будет ли там очередь?
AO
pull или push
D
ты сделаешь это через Celery?
да, закину в очередь
S
Всем привет, нужна помощь:
Есть проект в одной части которого используется SqlAlchemy для сложной выборки данных. Нужно написать тесты для этой части (написанной с использованием SqlAlchemy), но столкнулся с проблемой:
Если, в setUp например, наполнять базу данными с помощью Django ORM, то алхимия эти данные видеть не будет (из-за изоляции). Да, я знаю что для этого случая придумали TransactionTestCase с которым все начинает работать как нужно, но он выполняется мучительно долго, чего хотелось бы избежать.
Также понимаю что можно написать эти тесты без использования Django ORM, тогда TestCase будет работать, но этого делать тоже не хочется, так как в таком случае нельзя будет использовать миксины написанные для заполнения БД тестовыми данными (они используют Django ORM).
Можно ли каким-то образом таки использовать Django ORM для создания тестовых данных, чтобы алхимия эти данные видела? Возможно алхимии нужно как-то подсунуть конекшн джанги к БД? Спасибо.
Есть проект в одной части которого используется SqlAlchemy для сложной выборки данных. Нужно написать тесты для этой части (написанной с использованием SqlAlchemy), но столкнулся с проблемой:
Если, в setUp например, наполнять базу данными с помощью Django ORM, то алхимия эти данные видеть не будет (из-за изоляции). Да, я знаю что для этого случая придумали TransactionTestCase с которым все начинает работать как нужно, но он выполняется мучительно долго, чего хотелось бы избежать.
Также понимаю что можно написать эти тесты без использования Django ORM, тогда TestCase будет работать, но этого делать тоже не хочется, так как в таком случае нельзя будет использовать миксины написанные для заполнения БД тестовыми данными (они используют Django ORM).
Можно ли каким-то образом таки использовать Django ORM для создания тестовых данных, чтобы алхимия эти данные видела? Возможно алхимии нужно как-то подсунуть конекшн джанги к БД? Спасибо.
AO
да, закину в очередь
а если для этого тебе нужно из "входной коробки" вытащить много данных, это будут запросы через ORM (ну, Celery умеет) или API?) и почему)
D
а если для этого тебе нужно из "входной коробки" вытащить много данных, это будут запросы через ORM (ну, Celery умеет) или API?) и почему)
для того, где нужно много данных я всё делаю в одной коробке:) Для тяжелого и без большого количества данных - удалённо. Но если гипотетически предположить, то хотелось через ORM тащить. Потому, что вопрос стоит в скорости, раз мы выносим сервис, а гнать sql в питон, сериализовать, потом десериализовать и принимать на другой стороне звучит дорого
A
AO
для того, где нужно много данных я всё делаю в одной коробке:) Для тяжелого и без большого количества данных - удалённо. Но если гипотетически предположить, то хотелось через ORM тащить. Потому, что вопрос стоит в скорости, раз мы выносим сервис, а гнать sql в питон, сериализовать, потом десериализовать и принимать на другой стороне звучит дорого
ну вот если с позиции "разделяем на микросервисы", то "входная коробка" - это один микросервис (проверка и накопление данных), а а некие Job'ы по применению этих данных по назначению - это вроде как другой)
AO
Всем привет, нужна помощь:
Есть проект в одной части которого используется SqlAlchemy для сложной выборки данных. Нужно написать тесты для этой части (написанной с использованием SqlAlchemy), но столкнулся с проблемой:
Если, в setUp например, наполнять базу данными с помощью Django ORM, то алхимия эти данные видеть не будет (из-за изоляции). Да, я знаю что для этого случая придумали TransactionTestCase с которым все начинает работать как нужно, но он выполняется мучительно долго, чего хотелось бы избежать.
Также понимаю что можно написать эти тесты без использования Django ORM, тогда TestCase будет работать, но этого делать тоже не хочется, так как в таком случае нельзя будет использовать миксины написанные для заполнения БД тестовыми данными (они используют Django ORM).
Можно ли каким-то образом таки использовать Django ORM для создания тестовых данных, чтобы алхимия эти данные видела? Возможно алхимии нужно как-то подсунуть конекшн джанги к БД? Спасибо.
Есть проект в одной части которого используется SqlAlchemy для сложной выборки данных. Нужно написать тесты для этой части (написанной с использованием SqlAlchemy), но столкнулся с проблемой:
Если, в setUp например, наполнять базу данными с помощью Django ORM, то алхимия эти данные видеть не будет (из-за изоляции). Да, я знаю что для этого случая придумали TransactionTestCase с которым все начинает работать как нужно, но он выполняется мучительно долго, чего хотелось бы избежать.
Также понимаю что можно написать эти тесты без использования Django ORM, тогда TestCase будет работать, но этого делать тоже не хочется, так как в таком случае нельзя будет использовать миксины написанные для заполнения БД тестовыми данными (они используют Django ORM).
Можно ли каким-то образом таки использовать Django ORM для создания тестовых данных, чтобы алхимия эти данные видела? Возможно алхимии нужно как-то подсунуть конекшн джанги к БД? Спасибо.
я не знаю ответа) но я лишь посоветовал бы запускать всё в оперативке и параллельно
AO
тогда тесты будут быстрее прогоняться
D
ну вот если с позиции "разделяем на микросервисы", то "входная коробка" - это один микросервис (проверка и накопление данных), а а некие Job'ы по применению этих данных по назначению - это вроде как другой)
что делаем с большим количеством данных?😊
AO
что делаем с большим количеством данных?😊
ну вот вопросы про это
AO
условная джоба могла бы делать запросы к API коробки
AO
а потом запросы к API стороннего сервиса
D
например у меня в родной коробке нужно обходить граф, ветвистый, как брови моего деда. Питон я убрал, обхожу на чистом sql рекурсивным запросами. Что можно сделать лучше, с точки зрения микросервисов?
AO
ну тут есть некий вопрос безопасности
AO
вот эта "коробка" она торчит попой наружу