Добрый день!
Можно ли считать справочником табл. с вн. связью? Например, город с ключом страны. Или Если в справочник добавляется image_id (изобр. города). Понимаю что вещь условная.

Можно отдельными запросами без джойнов из 3-х таблиц нужные данные достать и на уровне кода это объединить. Только это не только не оптимально, но и ивент луп в свойм js заблокируешь, если молотилова в коде будет слишком много.

В приложение к вопросу, это можно ситать справочником?

Я считаю, что да.

Ну по идее можно считать справочником

угу понял, дальше идет сущность школа, наверное она уже не спраочник. Cписок школ почаще меняется, так что школа уже не справочник?

Я думаю, что школа - это тоже справочник. А вот таблица связей школа-ученик - нет

https://m.habr.com/ru/post/250177/ здесь написано в чем её отличие

интересно

эту статью я посмотрел, я делаю обычно три схемв в БД ref log public три папки, по этой статье user тоже справочник

Всем привет

PG умеет в функции возвращать два роусета? Несколько результатов, т.е. сначала один со своим набором полей, затем второй

Только через курсоры.

А вы с целью хранения? (тогда там нет справочников, там одни таблицы)
А если с целью использования, то какая разница как назвать? (для аналитики может стоит и денормализовать, от структуры данных зависит)

Там написано частное мнение человека, хотите свою классификацию и определения запилите и будет вам счастье)...
Любая классификация производится для определенных целей...

Да вы соверншенно правильно уточнили про цели, а я забыл про них упомянуть. Я сделал систему префиксов для миграций, чтобы они создавались в хронологически верной последовательности, и решил если у статично динамических справочников  есть image_id то немного справочников динамичных вставить перед динамично вставить перед справочниками статично-динамичными(т.е. таблица изображений перед таблицей городов, чтоб шла). Как вам такая схема?

- 0000 - схемы
- 1000 - типы данных
- 1100 - справочники статичные (схема ref)
- 1200 - справочники динамичные (схема public)
- 1300 - справочники статично-динамичные (схема ref)
- 1200 - справочники динамичные (схема public)
- 1300 - связи (схема public)
- 1400 - логи (схема log)
- 1500 - вьюшки (схема public)
- 1600 - таблицы сторонних библиотек

А если в рамках одной миграции в транзакции требуется сделать пару действий? Я бы делал просто сквозную нумерацию, чтобы избежать неоднозначностей и всё

Разовая акция или регулярная?
Если разовая, то проще построить направленный иерархию из таблиц по метаданным (связям) если возможно и больше не болеть...

На каждый тип сто миграций, а дальше ложиться и помирать?

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