Я делаю заявление на PHP, в котором работодатели могут принимать или отклонять предложения от работников. Если вы нажмете кнопку «Отклонить», будет вызвана функция с идентификатором предложения, которое вы хотите отклонить. Теперь вот моя проблема, я не знаю, как управлять этими решениями; Я подумал, что, возможно, создаю таблицу для назначения отклоняющего идентификатора предложения электронной почте работодателя, но это может привести к большой неупорядоченной и трудной обработке таблицы.
Я также думал о создании нового поля в строке работодателя, массива, в котором я буду хранить все отклоненные предложения, и другого поля для принятых, конечно. Как вы думаете, будет хорошим вариантом? (Не должен быть одним из этого я назвал)
Подумайте об отношениях: Сотрудник может получить много предложений, а предложение может быть отправлено многим сотрудникам. Это отношения многие ко многим. Вам нужен соединительный стол. У него есть первичный ключ, который является составной частью первичных ключей сотрудника и предложения. Каждый из них является отношением внешнего ключа к таблице, из которой он получен.
Могут быть другие атрибуты, связанные с каждой строкой в этой соединительной таблице: отметка времени создания, флаг, указывающий, был ли он принят или отклонен, и отметка времени принятия.
Это основы реляционных баз данных. Вы не можете разработать приложение, не понимая их.
Я бы добавил столбец предложений в таблицу предложений с идентификатором работодателя, а столбец для принятых | отклонил как короткое целое число.