2.1.1 Моделирование пользователей
Вариантов для модели данных пользователя, так же много, как много различных форм регистрации в сети; мы пойдем отчетливо минималистичным путем. У пользователей нашего demo app будет уникальный целочисленный идентификатор называемый id, публично видимое имя (тип - string (строка)), и email адрес (также string) такой же как имя пользователя. Итоговая модель данных для пользователей представлена в Рис. 2.2.
Рисунок 2.2: Модель данных для пользователей.
Как мы увидим в Разделе 6.1.1, табличка users в Рис. 2.2 соответствует таблице в базе данных, и id, name, и email атрибуты это столбцы в этой таблице.
2.1.2 Моделирование микросообщений
Ядро модели данных микросообщений даже проще чем для пользователей: микросообщение имеет только id и поле content для текста микросообщения (тип- string).3 Есть дополнительная сложность: мы хотим связать каждое микросообщение с определенным пользователем; мы выполним это, записывая user_id владельца сообщения. Результаты показаны в Рис. 2.3.
Рисунок 2.3: Модель данных для микросообщений.
Мы увидим в Разделе 2.3.3 (и более полно в Главе 11) как этот атрибут user_id позволяет нам кратко реализовать идею, что у пользователя потенциально есть много связанных микросообщений.
