S
ну нужно ведь когда то учиться..)
Size: a a a
2020 September 23
У
опять студенческие задачи..
Но он же что-то сделал, а не как обычно надо сделать за него
T
Но он же что-то сделал, а не как обычно надо сделать за него
тут да. не поспоришь
DI
Sergiy
Всем привет!
Ребят, можете покритиковать схему базы..
Вкратце о чем проект, приложение по приемной комиссии учебного заведения.
1. Могут регистрироваться абитуриенты и администраторы.
2. Абитуриент после регистрации заполняет свои данные и имеет возможность подать заявки ДО 5 разных факультетов, может меньше, с указанием приоритета.
3. Админ может редактировать данные по факультету (общее количество и бюджетные места) и создавать окончательный стетйтмент поступивших на бюджет и контракт студентов.
4. Каждый факультет имеет свои 3 предмета для регистрации экзаменационных оценок абитуриента.
Ребят, можете покритиковать схему базы..
Вкратце о чем проект, приложение по приемной комиссии учебного заведения.
1. Могут регистрироваться абитуриенты и администраторы.
2. Абитуриент после регистрации заполняет свои данные и имеет возможность подать заявки ДО 5 разных факультетов, может меньше, с указанием приоритета.
3. Админ может редактировать данные по факультету (общее количество и бюджетные места) и создавать окончательный стетйтмент поступивших на бюджет и контракт студентов.
4. Каждый факультет имеет свои 3 предмета для регистрации экзаменационных оценок абитуриента.
user_logins\user_roles сделать через промежуточную таблицу. Мыло, имена, фамилии и т.д. выносите в справочники, blob лучше хранить в отдельной таблице
S
ребят, ну здесь если будет у кого минута носом ткнуть)) ☺️
Слабые места конечно же есть..
Например, нужно регистрировать адиминов, но как в этом случае еще одну сущность / таблицу прикрутить / связать лучше..
Слабые места конечно же есть..
Например, нужно регистрировать адиминов, но как в этом случае еще одну сущность / таблицу прикрутить / связать лучше..
DI
типы посмотрите, чего вы везде int напихали? subjects\faculties как-то странно выглядит, как вы собираетесь вести записи по 1\2\3, можно сделать внутри subj иерархию и опять же через промежуточную таблицу вытаскивать их? Но тут сложно посоветовать глядя только на erd
У
Sergiy
ну нужно ведь когда то учиться..)
А какая СУБД вообще?
S
А какая СУБД вообще?
MySql
S
user_logins\user_roles сделать через промежуточную таблицу. Мыло, имена, фамилии и т.д. выносите в справочники, blob лучше хранить в отдельной таблице
Дмитрий, во первых огромное спасибо за столь скорый ответ..
Но все таки потерялся окончательно..))
1. user_logins\user_roles - промежуточная подразумевает связь многие ко многим понимаю. Тоесть получается, что один юзер может быть и админом и абитуриентом. У меня все таки юзер может быть или абитуриентом или админом.. Или я не правильно понимаю предложенную вами связь..
2. по мылу, именам, фамилии и блобу, по сути это будут отдельные таблицы, как это сделано для subjects, правильно я вас понял?
Но все таки потерялся окончательно..))
1. user_logins\user_roles - промежуточная подразумевает связь многие ко многим понимаю. Тоесть получается, что один юзер может быть и админом и абитуриентом. У меня все таки юзер может быть или абитуриентом или админом.. Или я не правильно понимаю предложенную вами связь..
2. по мылу, именам, фамилии и блобу, по сути это будут отдельные таблицы, как это сделано для subjects, правильно я вас понял?
S
типы посмотрите, чего вы везде int напихали? subjects\faculties как-то странно выглядит, как вы собираетесь вести записи по 1\2\3, можно сделать внутри subj иерархию и опять же через промежуточную таблицу вытаскивать их? Но тут сложно посоветовать глядя только на erd
Вы знаете, мне связь этих таблиц как то тоже глаз очень режит.. Но смысл с том, что есть факультеты. НА которых админ укажет на свое усмотрение 3 предмета. По сути их наверное в отдельную таблицу можно и не выносить.. Не знаю как здесь правильнее сделать.
DI
Sergiy
Дмитрий, во первых огромное спасибо за столь скорый ответ..
Но все таки потерялся окончательно..))
1. user_logins\user_roles - промежуточная подразумевает связь многие ко многим понимаю. Тоесть получается, что один юзер может быть и админом и абитуриентом. У меня все таки юзер может быть или абитуриентом или админом.. Или я не правильно понимаю предложенную вами связь..
2. по мылу, именам, фамилии и блобу, по сути это будут отдельные таблицы, как это сделано для subjects, правильно я вас понял?
Но все таки потерялся окончательно..))
1. user_logins\user_roles - промежуточная подразумевает связь многие ко многим понимаю. Тоесть получается, что один юзер может быть и админом и абитуриентом. У меня все таки юзер может быть или абитуриентом или админом.. Или я не правильно понимаю предложенную вами связь..
2. по мылу, именам, фамилии и блобу, по сути это будут отдельные таблицы, как это сделано для subjects, правильно я вас понял?
1. Да вы правильно поняли. Появится еще одна роль или совмещение ролей, например редактор (читает\пишет\изменяет), читатель(только пишет), модификатор(пишет\изменяет частично, читает все) и т.д. - получите множество записей
2. да
2. да
S
И вот еще хотел уточнить, для хранения строк использую Nvarchar, можно ведь varchar. У меня планируется хранить латиницу и кириллицу. Можете подсказать, здесь могут быть какие то жесткие требования?
DI
Sergiy
И вот еще хотел уточнить, для хранения строк использую Nvarchar, можно ведь varchar. У меня планируется хранить латиницу и кириллицу. Можете подсказать, здесь могут быть какие то жесткие требования?
Если кириллица то только nvarchar
S
Если кириллица то только nvarchar
Спасибо Дмитрий огромное!
Убежал корректировать!)
Убежал корректировать!)
L
#вакансия #wildberries #офис
Наименование: Младший разработчик/разработчик баз данных: ЗП: до 150 Опыт работы: от 1 года. Требуемые навыки: Знание одной из СУБД MS SQL Server или PostgreSQL. Желание развивать свои знания PostgreSQL. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
Наименование: Ведущий разработчик баз данных: ЗП: до 250 Опыт работы: от 3 лет. Требуемые навыки: Глубокие знание одной из СУБД MS SQL Server или PostgreSQL. Если до этого не работал глубоко с PostgreSQL, то желание его развивать. Желателен опыт работы с нагруженными системами работающими в режиме 24x7. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
писать в телеграм: @avelestat или на почту: kim.lestat@wildberries.ru
Наименование: Младший разработчик/разработчик баз данных: ЗП: до 150 Опыт работы: от 1 года. Требуемые навыки: Знание одной из СУБД MS SQL Server или PostgreSQL. Желание развивать свои знания PostgreSQL. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
Наименование: Ведущий разработчик баз данных: ЗП: до 250 Опыт работы: от 3 лет. Требуемые навыки: Глубокие знание одной из СУБД MS SQL Server или PostgreSQL. Если до этого не работал глубоко с PostgreSQL, то желание его развивать. Желателен опыт работы с нагруженными системами работающими в режиме 24x7. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
писать в телеграм: @avelestat или на почту: kim.lestat@wildberries.ru
F
#вакансия #wildberries #офис
Наименование: Младший разработчик/разработчик баз данных: ЗП: до 150 Опыт работы: от 1 года. Требуемые навыки: Знание одной из СУБД MS SQL Server или PostgreSQL. Желание развивать свои знания PostgreSQL. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
Наименование: Ведущий разработчик баз данных: ЗП: до 250 Опыт работы: от 3 лет. Требуемые навыки: Глубокие знание одной из СУБД MS SQL Server или PostgreSQL. Если до этого не работал глубоко с PostgreSQL, то желание его развивать. Желателен опыт работы с нагруженными системами работающими в режиме 24x7. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
писать в телеграм: @avelestat или на почту: kim.lestat@wildberries.ru
Наименование: Младший разработчик/разработчик баз данных: ЗП: до 150 Опыт работы: от 1 года. Требуемые навыки: Знание одной из СУБД MS SQL Server или PostgreSQL. Желание развивать свои знания PostgreSQL. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
Наименование: Ведущий разработчик баз данных: ЗП: до 250 Опыт работы: от 3 лет. Требуемые навыки: Глубокие знание одной из СУБД MS SQL Server или PostgreSQL. Если до этого не работал глубоко с PostgreSQL, то желание его развивать. Желателен опыт работы с нагруженными системами работающими в режиме 24x7. Обязанности: Поддержка существующих проектов на СУБД PostgreSQL, перенос существующих проектов с СУБД MS SQL на СУБД PostgreSQL. Написание новых проектов на СУБД PostgreSQL.
писать в телеграм: @avelestat или на почту: kim.lestat@wildberries.ru
Я хочу к вам☺️