hh-db-assignment's People
hh-db-assignment's Issues
feedback
- Пока не очень понятно структура с точки зрения соискателей - я вижу что users имеет внешний ключ на компании, но если я безработный - у меня будет стоять там null. На реальной системе определять роль пользователя придется по проверке поля company_id на null, а это плохо - потому что одно поле должно описывать только одну связь/зависимость. Например - в коде завяжемся на эту проверку, а потом появятся HRы-фрилансеры работающие без компаний и имеющие кабинет работодателя и придется перелопачивать архитектуру и базы данных и кода завязанного на БД. В данном случае лучше сделать enum-поле user_role и отдельные таблицы которые расширяют пользователей конкретных ролей - например user_employer и user_applicant. Этот же кейс позволит, например, вынести в user_applicant из resumes поле brithday.
- вообще по этому заданию конечно такая реализация столбца skills - ок, но в реальных системах всегда лучше сразу выносить в отдельную таблицу все перечисления через запятую, т.к. это даже не первая нормальная форма, и рано или поздно создаст кучу проблем
- invitations и responses - совершенно идентичная структура - может быть эффективнее их совместить в одну таблицу?
- Тестовые данные - всегда лучше создавать такие данные, которые похожи на реальные - т.е. если это вручную создаваемые записи в тестовую таблицу - то названия и имена должны быть похожи на реальные. Если это автоматизированная вставка пары миллионов рандомизированных значений - то нужно прикидывать соотношение количества связанных сущностей, например, не генерить миллион соискателей чтоб у каждого было по 1 резюме, а генерить 900тыс. соискателей, у которых у 10% не будет резюме вообще, у 15% будет по 2 резюме, а у остальных по 1. Тогда при тестировании запросов и на больших и на маленьких количествах можно будет видеть результаты в которых ошибку будет обнаружить легче/быстрее/дешевле еще на этапе разработки. Ну и тем кто читает код/смотрит таблицу с тестовыми данными будет понятнее что там должно храниться.
- в первом запросе не вижу время регистрации и последнего входа
- четвертый запрос - нарушено условие уникальности
в остальном на первый взгляд все хорошо, подбробнее запускать буду после дедлайна.
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.