Возможно ли привязать сессию с опросом?

Question

[nurzhannogerbek]

Стоит задача создать анонимный опросник. То есть на почту сотрудников компании отправить ссылку на опросник, но ответы хранить в базе данных (PostgreSQL) анонимно. Каждый сотрудник может пройти опрос лишь один раз. Опрос активен лишь определенный период. Пытаюсь создать правильную структуру опросника в базе данных PostgreSQL. Как именно осуществить эту самую анонимность?

Есть сущность "Опрос". Есть сущность "Вопрос".

Сейчас сделал следующим образом. Один опрос может содержать в себе несколько вопросов. При этом один вопрос может быть использован в нескольких опросах. Здесь все понятно, это связь многое ко многому.

Я правильно понимаю, чтобы осуществить анонимность опрос нужно привязывать к сессии? Как это будет выглядить в рамках структуру БД?
Есть сущность "Вопрос". Таблица выглядит следующим образом:

CREATE TABLE QUESTIONS(
	ID SERIAL PRIMARY KEY NOT NULL,
	TEXT TEXT NOT NULL
);

Есть сущность "Опрос". Таблица выглядит следующим образом:

CREATE TABLE SURVEYS(
	ID UUID PRIMARY KEY NOT NULL DEFAULT uuid_generate_v4(),
	NAME VARCHAR NOT NULL,
	DESCRIPTION TEXT,
	START_PERIOD TIMESTAMP,
	END_PERIOD TIMESTAMP,
	ACTIVE BOOLEAN NOT NULL
);

Промежуточная таблица для связи многое ко многому.

CREATE TABLE SURVEYS_QUESTIONS(
	ID SERIAL,
  	SURVEY_ID UUID NOT NULL,
  	QUESTION_ID INT NOT NULL,
	PRIMARY KEY (ID),
	FOREIGN KEY (SURVEY_ID) REFERENCES SURVEYS (ID) ON DELETE CASCADE,
	FOREIGN KEY (QUESTION_ID) REFERENCES QUESTIONS (ID) ON DELETE CASCADE
);

Comments

[nurzhannogerbek]

Pavel Denisov, здравствуйте! Что вы в таком случаи предлагаете?

[Константин Цветков]

NogerbekNurzhan, Предлагается добавить сущности отвечающий и ответ.

[nurzhannogerbek]

Константин Цветков, здравствуйте! Как должна выглядеть сущность "Отвечающий"?

[nurzhannogerbek]

Pavel Denisov, возможно пользователи не привязывать к сессии, а хранить токен.

[Константин Цветков]

Pavel Denisov, На выборах (анонимных) бюллетени заполняют, считают и потом хранят.

[nurzhannogerbek]

Я вижу, что в каждом варианте есть свои узкие места и 100 процентов анонимно сделать не получится. При связке пользователя к сессии, по сути это не анонимно. Если фиксировать лишь факт отчета, то тогда сотрудник сможет несколько раз проходить опрос, а это не правильно, хоть и анонимно условно.

[nurzhannogerbek]

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

CREATE TABLE SURVEYS_USERS(
	ID SERIAL,
	SURVEY_ID UUID NOT NULL,
	USER_ID INT NOT NULL,
	ACTIVE BOOLEAN,
	PRIMARY KEY (ID),
	FOREIGN KEY (SURVEY_ID) REFERENCES SURVEYS (ID) ON DELETE CASCADE,
	FOREIGN KEY (USER_ID) REFERENCES USERS (ID) ON DELETE CASCADE
);

Answer 1

[Константин Цветков]

Как именно осуществить эту самую анонимность?

Не привязывать отвечающего к сессии. Только уникальное имя (сотрудник выбирает сам) и пароль.

Comments

[nurzhannogerbek]

Поясните пожалуйста момент с паролей.

[Константин Цветков]

NogerbekNurzhan, Сотрудник использует свой псевдоним и пароль для авторизации. Если он уже прошёл опрос будут выданы его результаты, если нет — опрос с учётом времени.