Исправление pr849, (текущая версия) :
Нормальная схема. Третья таблица нужна только для many-to-many – т.е. если сотрудник может принадлежать нескольким отделам. В противном случае она только утяжелит базу – и по диску, и по скорости запросов.
А двусторонняя связь – норм. Более того, избавиться от неё невозможно в принципе, т.к. она – часть задачи. Вводя третью таблицу, ты от неё не избавляешься, а только камуфлируешь её, делая косвенной. Платя усложнением и неэффективностью за свои фантазии о том как правильно.
Исправление pr849, :
Нормальная схема. Третья таблица нужна только для many-to-many – т.е. если сотрудник может принадлежать нескольким отделам. В противном случае она только утяжелит базу – и по диску, и по скорости запросов.
А двусторонняя связь – норм. Более того, избавиться от неё невозможно в принципе, т.к. она – часть задачи. Вводя третью таблицу, ты от неё не избавляешься, а только камуфлируешь её, делая косвенной. Платя неэффективностью за свои фантазии о том как правильно.
Исправление pr849, :
Нормальная схема. Третья таблица нужна только для many-to-many – т.е. если сотрудник может принадлежать нескольким отделам. В противном случае она только утяжелит базу – и по диску, и по скорости запросов.
Исходная версия pr849, :
Нормальная схема. Третья таблица нужна только для many-to-many – т.е. если сотрудник может принадлежать нескольким отделам. В противном случае она только утяжелит базу.