да, это жёстко

В чем противоречие? Мне не нужна сложная структура в расписании. Но при этом мне нужно решение для связи этих трёх таблиц. Иными словами, предоставленный ответ не касается изначального вопроса, а касается сущности которая в этом конкретном случае в связи никак не участвует...

Можно конечно забить и оставить все как есть на первом скрине, это то что первое в голову приходит, и собственно пришло, но тут мне скорее интересно какое решение подходит, если забить нельзя так как это требование ТЗ, к примеру.

Если абстрагироваться от учителей, студентов и расписаний

Есть сущность A, сущность B, сущность C.

Сущность А может иметь связь и с B и с C, но только с одной из этих сущностей одновременно.

Так наверное будет проще, и расписание не будет отвлекать...

вы не понимаете, сущности, таблицы-это следствие, первопричина ТЗ
а вы решение пытаетесь подогнать под ответ.

я вам привел простой пример когда это вылезет, вы огребете пачку неприятностей, но если это лабораторная, можно
завести 1 таблицу на весь проект вида
table big_data
id-uid
data-json
и все, просто ведь.
:)

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

Спасибо

всем привет. подскажите плиз, есть такой код

select p.Id,
     p.Value, 
     t.Id as 'translates[].id', 
     t.Value as 'translates[].value', 
     pt.Frequency as 'translates[].frequency',
     pt.PartOfSpeechId as 'translates[].partOfSpeech'
from Phrases p  
  left join PhraseTranslations pt on p.Id = pt.PhraseId 
  left join Translations t on pt.Translationid = t.Id
for json auto

(он, ожидаемо, не работает)

задача - вывести оба джойна в один объект по пути в translates. т.е. сервер должен выплюнуть что-то вроде

[{
   id: '', 
   value: '', 
   translates: [{
    id: '', 
    value: '', 
    frequency: 0.98, 
    partOfSpeech: 1
  }]
}]

сейчас выплёвывает вот так (т.е. каждый джойн уходит в новый объект)

✌️ Привет

Привет, после аварийного выключения сервера ms sql, базы не подключаются и dbcc checkdb не помагают.

Есть ли какие-то средства, желательно бесплатные, по восстановлению mdf

?

Надо как минимум логи самого сервера смотреть, обычно там пишутся конкретные проблемы, и достаточно часто, можно увидеть процесс восстановления этих самых баз. Который является весьма длительным при большом объеме и медленной подсистеме чтения/записи.

Восстановление в emergency mode и копирование обьектов в новую базу  с помощью DTS

можно чуть более подробно?

USE master
GO
EXEC sp_resetstatus 'DBNAME'
GO
ALTER DATABASE DBNAME SET EMERGENCY
GO

Если удаётся это сделать - объекты бд становятся доступны для чтеня