На этом уроке мы создадим список сущностей проекта. Каждая сущность - это таблица в базе данных. Но не каждая таблица - это сущность :) Самостоятельное задание - подумать о связях между ними.
Дата отправки отчёта:
23 февраля 2016 г.
Задание выполнено: за
3 час. 00 мин.
Чему научился:
Планировать связь таблиц базы данных и их поля. Нашел более или менее удобный вариант расположения сущностей на листе для такого планирования.
Что было сложным:
Вообще не самое простое задание - нужно думать:) Например не представляю какие должны быть поля для ключевых слов, действий (action) или платежной системы (wizard).
Комментарии:
Соединения делал в основном для сущности User, потом еще некоторые группы вырисовались, но не все. Очень полезный урок - спасибо!
Оценка видео-уроку:
Оцени работу
Сохранить страницу:
Начинаем практику по языку C#
Чтобы стать хорошим программистом — нужно писать программы.
На нашем сайте очень много практических упражнений.
После заполнения формы ты будешь подписан на рассылку
«C# Вебинары и Видеоуроки»,
у тебя появится доступ к видеоурокам и консольным задачам.
Несколько раз в неделю тебе будут приходить письма —
приглашения на вебинары, информация об акциях и скидках,
полезная информация по C#.
Научился: Выделять сущности и определять их поля Трудности: Просмотреть взаимосвязь сущностей Меня хватило только до платежной системы, т.к. по работе с ней нет никакого опыта.
По ходу выписывания полей и взаимосвязей выявила еще две сущности:
RANK - звание пользователя (строки таблицы будут содержать элементы, к которым разрешен или запрещен доступ)
guest - гость
pupil - ученик
teach - учитель
moder - модератор
parth - партнер
bouhg - бухгалтер
admin - администратор
TEST - тесты для шагов (что-то типа отдельного теста для консольной задачи, но может быть использован и в отчетах)
id - идентификатор
step_id - идентификатор шага
data - начальные данные
result - результат (для сравнения)
type - тип доступа
Возможно, стоило бы отобразить все эти сущности с полями на схеме проекта.
Очень тяжёлая это работа, планировать БД, на своём опыте могу сказать, что сколько её не планируй, а во время опытной эксплуатации, всё равно найдутся такие места, что будешь разводить руками и говорить, ну как же я сразу до таких таблиц или до таких связей не додумался.
Вот пример пары таблиц:
USER
id - ключевое поле
status
raiting
дата последнего посещения
USER_INFO
id
nickname
password
фамилия
имя
отчество
дата рождения
дата регистрации
адрес
телефон
...
PAYMENT_DATA
id
курс/урок
статус платежа
стоимость
дата оплаты
дата предоставления доступа к курсу
дата окончания предоставления доступа
