GS
Что-то он ещё лишних ключей насоздавал, теперь даже данные из сида вставить не могу ._.
Size: a a a
2020 January 22
KG
понятно
KG
я это через миграции контроллирую
GS
я это через миграции контроллирую
У меня пока состояние, когда проще делать sync force.
Я просто вообще не понимаю, нафига он повесил unique на внешний ключ ._.
Я просто вообще не понимаю, нафига он повесил unique на внешний ключ ._.
KG
да там вообще дичь генерирует порой
GS
Видимо, не стоит использовать BelongsToMany, когда таблица связывает не М:М, а М:М:М:М...
У меня есть таблица Employment, которая связывает:
Сотрудник + Должность + Департамент (+ Проект).
На каждую BelongsToMany, видимо, он создаёт unique на пару ключей.
У меня есть таблица Employment, которая связывает:
Сотрудник + Должность + Департамент (+ Проект).
На каждую BelongsToMany, видимо, он создаёт unique на пару ключей.
GS
@Version81 Может знаешь, можно ли как-то заставить Sequelize не создавать индекс уникальности в таблице-связке, если таблица-связка связывает не 2, а больше таблиц?
Совсем избавляться не хотелось бы от BelongsToMany, так как это усложняет запросы и структуру ответа.
Собственно задача:
Employment связывает Департамент + Должность + Работник
Совсем избавляться не хотелось бы от BelongsToMany, так как это усложняет запросы и структуру ответа.
Собственно задача:
Employment связывает Департамент + Должность + Работник
YZ
@Version81 Может знаешь, можно ли как-то заставить Sequelize не создавать индекс уникальности в таблице-связке, если таблица-связка связывает не 2, а больше таблиц?
Совсем избавляться не хотелось бы от BelongsToMany, так как это усложняет запросы и структуру ответа.
Собственно задача:
Employment связывает Департамент + Должность + Работник
Совсем избавляться не хотелось бы от BelongsToMany, так как это усложняет запросы и структуру ответа.
Собственно задача:
Employment связывает Департамент + Должность + Работник
Event.belongsToMany(Member, { through: { model: EM, unique: false }});
не получиться ли просто параметр?
не получиться ли просто параметр?
GS
Event.belongsToMany(Member, { through: { model: EM, unique: false }});
не получиться ли просто параметр?
не получиться ли просто параметр?
Хм, Попробую, как закончится seed. В TS чуть другой получается синтаксис
GS
В доке было написано, что в unique передаётся имя ключа
YZ
еще можно попробывать модель самому создать и потом прокинуть
GS
еще можно попробывать модель самому создать и потом прокинуть
В смысле таблицу связку? Всегда так делаю. Да и в ней много полей, иначе никак
GS
Event.belongsToMany(Member, { through: { model: EM, unique: false }});
не получиться ли просто параметр?
не получиться ли просто параметр?
Судя по этому issue, эта проблема не решена и такое BalongsToMany просто не поддерживается...
https://github.com/sequelize/sequelize/issues/5077
https://github.com/sequelize/sequelize/issues/5077
ii
Оффтоп
Можно у кого подглядеть как организована папка routes?
Сейчас в app.js
const indexRouter = require('./routes/home');
....
const usersRouter = require('./routes/users');
const itemsRouter = require('./routes/items')
и потом
....
app.use('/users/', usersRouter);
app.use('/items/', itemsRouter);
app.use('/catalog/', catalogRouter);
как у вас дела с подключением роутов?
Можно у кого подглядеть как организована папка routes?
Сейчас в app.js
const indexRouter = require('./routes/home');
....
const usersRouter = require('./routes/users');
const itemsRouter = require('./routes/items')
и потом
....
app.use('/users/', usersRouter);
app.use('/items/', itemsRouter);
app.use('/catalog/', catalogRouter);
как у вас дела с подключением роутов?
CM
Оффтоп
Можно у кого подглядеть как организована папка routes?
Сейчас в app.js
const indexRouter = require('./routes/home');
....
const usersRouter = require('./routes/users');
const itemsRouter = require('./routes/items')
и потом
....
app.use('/users/', usersRouter);
app.use('/items/', itemsRouter);
app.use('/catalog/', catalogRouter);
как у вас дела с подключением роутов?
Можно у кого подглядеть как организована папка routes?
Сейчас в app.js
const indexRouter = require('./routes/home');
....
const usersRouter = require('./routes/users');
const itemsRouter = require('./routes/items')
и потом
....
app.use('/users/', usersRouter);
app.use('/items/', itemsRouter);
app.use('/catalog/', catalogRouter);
как у вас дела с подключением роутов?
В routes сделай файл index.js импортируй все и экспортируй.В файле app.js сделай require этого файла и всё
ii
так и сделал в итоге ) спасибо )
YZ
Оффтоп
Можно у кого подглядеть как организована папка routes?
Сейчас в app.js
const indexRouter = require('./routes/home');
....
const usersRouter = require('./routes/users');
const itemsRouter = require('./routes/items')
и потом
....
app.use('/users/', usersRouter);
app.use('/items/', itemsRouter);
app.use('/catalog/', catalogRouter);
как у вас дела с подключением роутов?
Можно у кого подглядеть как организована папка routes?
Сейчас в app.js
const indexRouter = require('./routes/home');
....
const usersRouter = require('./routes/users');
const itemsRouter = require('./routes/items')
и потом
....
app.use('/users/', usersRouter);
app.use('/items/', itemsRouter);
app.use('/catalog/', catalogRouter);
как у вас дела с подключением роутов?
сделай роут редюсер и в нем все обьявляй
ii
сделай роут редюсер и в нем все обьявляй
что это ?
GS
Возвращаясь к моей проблеме.
Просто взять и добавить BelongsToMany через таблицу, которая соединяет 3 таблицы - можно. И всё будет корректно работать в запросах.
Но если вызвать sync, то он создаст лишние ключи на уникальность.
Ну как так? :(
Просто взять и добавить BelongsToMany через таблицу, которая соединяет 3 таблицы - можно. И всё будет корректно работать в запросах.
Но если вызвать sync, то он создаст лишние ключи на уникальность.
Ну как так? :(
GS
@Version81 Может знаешь, можно ли как-то заставить Sequelize не создавать индекс уникальности в таблице-связке, если таблица-связка связывает не 2, а больше таблиц?
Совсем избавляться не хотелось бы от BelongsToMany, так как это усложняет запросы и структуру ответа.
Собственно задача:
Employment связывает Департамент + Должность + Работник
Совсем избавляться не хотелось бы от BelongsToMany, так как это усложняет запросы и структуру ответа.
Собственно задача:
Employment связывает Департамент + Должность + Работник
^