ア
Тогда почему нет.
Помнится такое даже в документации описывалось.
Size: a a a
2020 June 17
А
был бы оч благодарен
M
вот кусочек по репликации отдельных баз:
https://dev.mysql.com/doc/refman/5.7/en/replication-solutions-partitioning.html
Пока именно ту статью не нашел.
https://dev.mysql.com/doc/refman/5.7/en/replication-solutions-partitioning.html
Пока именно ту статью не нашел.
А
спс
А
а можно ли реплицировать не всю базу, а только отдельные таблицы в базе?
M
Да, лично я этого не делал, но вам сюда:
https://dev.mysql.com/doc/refman/5.7/en/replication-rules.html
https://dev.mysql.com/doc/refman/5.7/en/replication-rules.html
А
ага, спасибо, уже посмотрел, вроде всё можно
E
может ли внешний ключ одной таблицы быть связан с несколькими другими таблицами? То есть, например, в таблице answers я хочу хранить какую-то служебную инфу, в том числе value_id, а вот value_id может быть как id таблицы short_answer или bool_answer, например, в зависимости от типа строки, конечно же
А
может ли внешний ключ одной таблицы быть связан с несколькими другими таблицами? То есть, например, в таблице answers я хочу хранить какую-то служебную инфу, в том числе value_id, а вот value_id может быть как id таблицы short_answer или bool_answer, например, в зависимости от типа строки, конечно же
нет
А
слейте таблицы short_answer и bool_answer в одну
А
либо 2 поля с ключами value_id_short и value_id_bool
А
+ можно вычисляемое поле value_id
E
про вычисляемые поля ещё раз прочту(не шибко знаком с ними, спасибо Вам за ответ, насчёт нескольких полей идея звучит очень здорово, тоже приму на вооружение, я ещё думал хранить что-то вроде value_id value_table, чтобы можно было понимать, в какую таблицу идти за значением, но тогда внешние ключи не понадобятся, что ли
M
В целом замедляется INSERT/UPDATE/DELETE на таблице с внешними ключами:
По этой причине я стараюсь их не использовать без реальной необходимости.
The performance of updating is more, because for each foreign key, an INSERT/UPDATE/DELETE has to check to see if the constraint is satisfied. That means a primary key lookup to the referenced tables. This impact is measurable, and it is greater if the referenced tables are not in the buffer pool.
По этой причине я стараюсь их не использовать без реальной необходимости.
🇻
В целом замедляется INSERT/UPDATE/DELETE на таблице с внешними ключами:
По этой причине я стараюсь их не использовать без реальной необходимости.
The performance of updating is more, because for each foreign key, an INSERT/UPDATE/DELETE has to check to see if the constraint is satisfied. That means a primary key lookup to the referenced tables. This impact is measurable, and it is greater if the referenced tables are not in the buffer pool.
По этой причине я стараюсь их не использовать без реальной необходимости.
если буфферпул нормальный - должно шустро работать