Александр Докин

1. В целом подобная структура рассчитана на то, что пользователь может быть связан с несколькими записями в отдельных таблицах. Если у вас связь 1-1, логичнее сделать так:
   
   • в отдельных таблицах убрать id, а в качестве первичного ключа использовать userId, связь по нему остается [предпочтительно];
     
   • если же вам нужны именно id в отдельных таблицах, то в user наряду с ролью можно хранить id связанной записи (relationId), тогда связь реализовывать уже на уровне приложения, а не БД. Или, на крайний случай, в user хранить recruterId и candidateId [не желательно, но как вариант].
   
   
2. username и fullName - обычно это разные данные: username в паре с password используется для авторизации, а fullName - это ФИО.
   
3. Если photoURL и profilePhoto - это одно и то же, зачем дублировать в отдельные таблицы?
   
4. Лучше перенести все общие поля в user.
   

CREATE TABLE `user` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL DEFAULT '',
  `type` enum('AUT','SUB') NOT NULL DEFAULT 'SUB',
  PRIMARY KEY (`id`)
);

CREATE TABLE `subscription` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `author_id` int(11) NOT NULL COMMENT 'На кого подписываются',
  `subscriber_id` int(11) NOT NULL COMMENT 'Кто подписывается',
  `created_at` timestamp NOT NULL COMMENT 'Время подписки',
  `expired_at` timestamp NOT NULL COMMENT 'Когда истекает подписка',
  PRIMARY KEY (`id`)
);

# Пусть у нас есть один автор и два пользователя:
INSERT INTO `user` (`id`, `name`, `type`)
VALUES
	(1, 'Alex Pushkin', 'AUT'),
	(2, 'Vasya Pupkin', 'SUB'),
	(3, 'Jane Doe', 'SUB');

# Один из них подписался на Автора месяцем ранее, второй недавно
INSERT INTO `subscription` (`author_id`, `subscriber_id`, `created_at`, `expired_at`)
VALUES
	(1, 2, '2020-02-15 13:46:12', '2020-03-15 13:46:12'),
	(1, 3, '2020-03-15 13:46:12', '2020-04-15 13:46:12');

User-agent: Googlebot
Allow: /

User-agent: Yandex
Allow: /

User-agent: *
Disallow: /