Мы можем догадаться - по именам, симметрии и вашему упоминанию "клиентов по кредитам и счетам" - что существует правильный запрос, включающий (объединение проекций) (Account join Depositor) & (Loan join Borrower). Таким образом, кажется, что вы принимаете запрос разумно. Но вы не даете предикаты базовой таблицы (критерии, по которым появляются строки); Вы полагаетесь на нас, чтобы угадать.
При ограничениях некоторые запросы возвращают те же результаты, что и другие, которые иначе не могли бы. Возможно, ваш профессор считает, что (очевидно, что) заемщик должен иметь учетную запись. В соответствии с этим ограничением, если ваш подход верен, то так же и их. Без определенных ограничений, как это, вы правы, что они не правы. Но вы также не даете ограничений.
Однако вы, вероятно, оба не правы: если у определенного филиала и Талсы нет клиентов, то результат должен содержать этот филиал. Но частное не будет. Спецификация похожа только на ту, которая соответствует подразделению. Ваше подразделение возвращает «филиалы, клиентами которых являются все клиенты, которые живут в Талсе» и в которых есть хотя бы один клиент. Это случай классических c ошибок и неясностей в спецификации и реализации, связанных с делением и почти с делением. С другой стороны, может быть, есть ограничение, что ни у одного банка нет клиентов. Тогда ваш запрос верен, но не ваш аргумент.
Реляционный запрос. (который вы можете использовать для точного и обоснованного обоснования вашего запроса и аргументов.)