GS
knex миграции прям с кода может вызывать, при инициализации соединения
А ты в knex не подключался к in memory sqlite с cache=shared ?
Size: a a a
2020 February 24
S
А ты в knex не подключался к in memory sqlite с cache=shared ?
нет, я знаю только connection: ':memory:' )
GS
нет, я знаю только connection: ':memory:' )
А как этим дальше пользоваться?
После того, как я сделаю миграцию, мне надо снова подключиться к БД, а её уже нет)
После того, как я сделаю миграцию, мне надо снова подключиться к БД, а её уже нет)
S
knex = require('knex')({
client: 'sqlite3',
connection: ':memory:',
useNullAsDefault: true
});GS
knex = require('knex')({
client: 'sqlite3',
connection: ':memory:',
useNullAsDefault: true
});Судя по issue, такие не должно работать ._.
GS
Он падает, если для sqlite не передан filename
S
а зачем снова подключаться? Подлючился, сдела, выполнил запрос
S
везде асунки евайты
S
Он падает, если для sqlite не передан filename
Ну вот у меня с нодемоном прекрасно работает
const run = async () => {
knex = require('knex')({
client: 'sqlite3',
connection: ':memory:',
useNullAsDefault: true
});
await knex.schema.createTable('users', function (table) {
table.increments();
table.string('name');
table.timestamps();
})
await knex('users').insert({name: 'Sviatoslav'});
const result = await knex('users');
console.log({ result });
}
run();GS
а зачем снова подключаться? Подлючился, сдела, выполнил запрос
Потому что миграции выполняются в beforeEach в тестах.
А работа с данными в уже самом приложении в провайдере создаётся новое подключение ( при чём в ОРМ другой)
А работа с данными в уже самом приложении в провайдере создаётся новое подключение ( при чём в ОРМ другой)
KK
Привет ребят)
Есть вопрос, не могу понять в чем трабла, пытаюсь заинджектить сервис в резолвер, но он undefined, облазил много ссылок, не нашел, что делаю не так =|
Есть вопрос, не могу понять в чем трабла, пытаюсь заинджектить сервис в резолвер, но он undefined, облазил много ссылок, не нашел, что делаю не так =|
KK
Экспортаю сервис из модуля
KK
Импортаю модуль вот так
S
Потому что миграции выполняются в beforeEach в тестах.
А работа с данными в уже самом приложении в провайдере создаётся новое подключение ( при чём в ОРМ другой)
А работа с данными в уже самом приложении в провайдере создаётся новое подключение ( при чём в ОРМ другой)
Ну это да, если орм другая тут нужно подумать)
S
Потому что миграции выполняются в beforeEach в тестах.
А работа с данными в уже самом приложении в провайдере создаётся новое подключение ( при чём в ОРМ другой)
А работа с данными в уже самом приложении в провайдере создаётся новое подключение ( при чём в ОРМ другой)
typeorm умеет работать с sql.js а он умеет загружать данные с sqlite файла, в котором могут быть все миграции, а дальше все работает в памяти насколько я понял, но не тестил.
S
хотя не факт что это быстро
GS
Я уже заставил это работать, хоть и не очень красиво)
GS
typeorm умеет работать с sql.js а он умеет загружать данные с sqlite файла, в котором могут быть все миграции, а дальше все работает в памяти насколько я понял, но не тестил.
typeorm не использую)
S
typeorm не использую)
sequelize?
GS
sequelize?
да