(UA) IT/Tech Ukrainians in Canada

[t139189834]

8 лютого торонто

[t391561584]

енівей десь потрібно ту БД мати

[t225571487]

8е лютого ванкувер

[t391561584]

а яке є хоча б найбільш оптимальним?

[t615389086]

А можете надати приклад? Якщо можете.

[t139189834]

Ого заздрість

[t41739222]

Да, они динамически создавались для конкретного запуска тестов

[t391561584]

Другий кейс - юзали префікси?

[t41739222]

Да зависит от кучи факторов. Я работал над сервисом когда тесты запускались в отдельном окружении (в докере) и это окружение разворачиволось каждый раз заново. Это занимало довольно много времени, особенно если сам тест очень быстрый. Из плюсов - очень удобно менеджить и довольно просто настроить такое решение. Во втором случае нужно "следить за БД" - это доп. усилия, но сами тесты могуть проходить быстрее. Мы перешли на такой подход. Папалельные тесты разруливались динамическим именем коллекции (монго, аналог таблицы в sql) для теста

[t370380887]

Шуточки за 300 от Slave?

[t354468966]

вот так?

[t391561584]

гарна ідея. ставлю лайк (до 3-4 паралельних тестів)

[t391561584]

мабуть, зовнішня підійде краще. я сам не хочу городити огород, але шо поробиш

[t391561584]

було б гарно розуміти, шо там створилося у процесі, які мені-ту-мені залежности утворені де

[t391561584]

запити із дохуліардом умов, які залежать від інших подібних їм. не просто поклав, почитав

[t331328733]

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

[t750351308]

понято, спасибо! Очень интересное сравнение

[t391561584]

окей. зрозумів, шо є на вибір. буду робити. Дякую, колективний мозок!

[t391561584]

тобто тестову просто БД створити статичну в хмарах

[t331328733]

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