From e68c202208d0b6b9005d36cc471a0f845227fc50 Mon Sep 17 00:00:00 2001 From: matv864 Date: Fri, 14 Mar 2025 16:16:55 +1000 Subject: [PATCH] update readme --- README.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 3d2d76f..ccae7a4 100644 --- a/README.md +++ b/README.md @@ -46,5 +46,6 @@ сходить на дочерние таблицы, найти нужный тип (например event_type - login), взять от него id, прийти назад и создать запись с нужным id, при этом это ещё будет не надёжным (кто-то удалит тип, поменяет название, всё поляжет) + а зачем нам отдельная таблица? (я в том смысле, что над этими типа у нас есть все операции круд, но без изменения кода бэкенда - это либо бесполезно, либо опасно) - я заменил на более удобные Enum -- (не знаю успею ли я закончить формирование датасета comments после ответа на вопрос) - - в ТЗ было сказано, что мне нужно сделать датасет в котором должна быть информация о том, кто кому какой коммент оставил, хотя упоминание комментов было только в логах. Если бы мне такое попалось как реальное задание, то я бы пошёл к аналитикам, и стал настаивать на создании отдельной таблицы комментариев, где было бы указано - от кого, на какой пост, текст комментария +- датасет comments + - так как информации о связи постов комментариев не было - я создал таблицу Comment + - было упоминание в таблице логов, которую можно было дополнить столбцом, но мне кажется это не очень хорошим решением было сначала разделять на 2 БД, а потом пытаться связать данные внутри них \ No newline at end of file