До того, как я начал программировать, я проводил дни в Microsoft Excel. Я любил Excel и до сих пор люблю. Это мой способ организовать мои мысли, и это отличный инструмент. Но когда у тебя есть только молоток, все выглядит как гвоздь.
Введите базы данных. Когда я впервые подумал о базе данных, я подумал об одном листе Excel, которым должен владеть верхний атрибут. Мальчик был я неправ.
Как вы можете себе представить, насколько неэффективно было бы, если бы компьютер пролистывал сколько угодно книг. А что происходит, когда несколько книг используют одни и те же листы? Он взорвется в размерах и обеспечит ужасный медленный пользовательский опыт.
Базы данных не работают так, как мы структурируем наши файлы или электронные таблицы, потому что мы традиционно не запрашиваем наши файлы ::кроме таких вещей, как Spotlight::.
Я положил свой код в Мои документы › Flatiron › Mod5 › Week1 › Labs. Это повторяющееся создание одной и той же файловой структуры для хранения одного и того же. Каждый модуль состоит из трех недель, в каждой из которых есть папки с проектами, классами и заметками. (Давайте просто представим, что папки не содержат файлов для аргумента)
Работая над своим проектом по модулю 5, я столкнулся с похожей структурной проблемой. — Спасибо сотрудникам Flatiron за то, что помогли мне разобраться! Отношение называется полиморфной ассоциацией и используется, когда модель принадлежит более чем одной другой модели.
У Flatiron много модулей, все они разные, но имеют схожую структуру. Каждый модуль будет состоять из 3 недель, все семь дней, но все существенно разные. Каждая из этих недель будет содержать определенный набор лабораторных, классных или проектных работ. Все очень разные дни, но все в одном формате с определенными отклонениями.
Базы данных ближе к структурам папок, чем электронные таблицы, но вы можете выполнять поиск по всем папкам, как в электронной таблице с тегами, когда они правильно связаны. Это дико.
Структуры баз данных сложны, и, как я узнал, отношения с базами данных очень важны. Эти данные управляют внешним интерфейсом и влияют на весь пользовательский опыт. Или не так, как я думал, и это влияет не только на серверную часть.
Планирование внешних компонентов обеспечивает продуманное создание маршрута и возможности планирования. Они почти как связаны. Это также почти похоже на то, когда вы планируете, вы можете выявить препятствия и сэкономить время. Почти.
Я еще не закончил с вами базу данных. Я очень рад этой возможности правильно смоделировать этот новый проект и создать пользовательский опыт, который я себе представляю.
