Модуль 6

Підключення ORM до бази даних

Ось урок, створений спеціально для тебе у стилі CS50. Приготуйся, зараз ми змусимо код і базу даних говорити однією мовою!

🎓 Урок: Підключення ORM до бази даних. Магія перекладу.

Привіт, світе! 👋 Я радий бачити вас тут.

Сьогодні ми торкнемося теми, яка розділяє життя розробника на "до" і "після". Ми поговоримо про ORM.

1. 🔥 Вступ: Проблема вавилонської вежі

Уявіть ситуацію. Ви — архітектор, який будує хмарочос (це ваш застосунок на Python, Java чи JS). Але ваші будівельники (база даних, наприклад, PostgreSQL або MySQL) розуміють лише креслення, написані стародавньою мовою SQL.

Що відбувається зазвичай? Ви пишете код, а потім всередині нього змушені вставляти шматки тексту на SQL:

# Це виглядає боляче 😖
cursor.execute("INSERT INTO users (name, email) VALUES ('" + name + "', '" + email + "')")

Риторичне запитання: Вам теж стає лячно, коли ви бачите склеювання рядків? А що, як у змінній name буде лапка '? Весь ваш запит зламається! Або, ще гірше, хакер зітре вашу базу даних (SQL Injection).

У чому проблема? Ваш код мислить об'єктами (користувач, товар, замовлення). Ваша база даних мислить таблицями (рядки, стовпці, зовнішні ключі). Це називається Object-Relational Impedance Mismatch (невідповідність). Вони просто не розуміють одне одного!

Рішення: Нам потрібен дипломат. Перекладач. Посередник, який візьме ваш красивий об'єкт і сам, без вашої участі, перетворить його на правильний SQL-запит. Цей перекладач і є ORM (Object-Relational Mapping).

2. 🧠 Теоретична база: Що там "під капотом"?

Давайте розберемося без складних термінів.

ORM — це технологія, яка пов'язує (мапить) об'єкти в коді з таблицями в базі даних.

Уявіть ресторан 🍝: 1. Клас (Class) у коді — це Формочка для печива. 2. Об'єкт (Instance) — це конкретне Печиво. 3. Таблиця (Table) в БД — це Деко, куди ми складаємо печиво. 4. Рядок (Row) — це місце конкретного печива на деко.

Як це працює технічно?

Коли ви підключаєте ORM, ви створюєте три головні сутності (на прикладі SQLAlchemy для Python, але логіка скрізь схожа):

  1. Engine (Двигун) 🚗 — Це серце. Воно знає, де лежить база даних і як до неї достукатися (драйвер). Воно тримає зв'язок.
  2. Model (Модель) 📄 — Це інструкція. Ви кажете: "Мій клас User відповідає таблиці users".
  3. Session (Сесія) 🤝 — Це "транзакція" або робочий стіл. Ви кладете туди об'єкти, а потім кажете "Зберегти" (commit), і ORM генерує SQL-код і відправляє його в Двигун.

Що треба запам’ятати залізно:

ORM не зберігає дані миттєво. Ви спочатку додаєте їх у "сесію" (пам'ять), а потім робите commit (запис у файл/БД).

3. 🧪 Приклади: Від магії до реальності

Для прикладів візьмемо Python та найпопулярнішу ORM — SQLAlchemy.

Крок 1: Рядок підключення (Connection String)

Це адреса вашої бази. Як URL сайту, тільки для даних.

  • SQLite (файл на диску): sqlite:///my_database.db
  • PostgreSQL (сервер): postgresql://user:password@localhost/dbname

Питання до вас: Як ви думаєте, якщо я зміню рядок з SQLite на PostgreSQL, чи доведеться мені переписувати весь код програми? Спойлер: Ні! У цьому і є сила ORM.

Крок 2: Створення Двигуна та Моделі

from sqlalchemy import create_engine, Column, Integer, String
from sqlalchemy.orm import  declarative_base, sessionmaker

# 1. Створюємо двигун (підключаємось до файлу)
engine = create_engine('sqlite:///students.db', echo=True) 
# echo=True покаже нам SQL, який генерує ORM!

# 2. Базовий клас для наших моделей
Base = declarative_base()

# 3. Визначаємо Модель (Таблицю)
class Student(Base):
    __tablename__ = 'students' # Назва таблиці в SQL

    id = Column(Integer, primary_key=True)
    name = Column(String)
    house = Column(String)

    def __repr__(self):
        return f"<Student(name='{self.name}', house='{self.house}')>"

# 4. Створюємо таблиці в БД (якщо їх немає)
Base.metadata.create_all(engine)

Що тут відбулося? Ми написали Python-код. Ми не писали CREATE TABLE.... ORM подивилася на клас Student і сама створила SQL-запит для створення таблиці.

Крок 3: Додавання даних (Магія)

# Створюємо сесію (інструмент для спілкування)
Session = sessionmaker(bind=engine)
session = Session()

# Створюємо об'єкт (просто Python!)
harry = Student(name="Harry Potter", house="Gryffindor")

# Додаємо в сесію
session.add(harry)

# А тепер увага... 🥁
session.commit()

Якщо у вас увімкнено echo=True, ви побачите в консолі: INSERT INTO students (name, house) VALUES (?, ?)

Ми не писали SQL. Ми просто створили об'єкт і зберегли його.

4. 🛠 Практична частина

Час забруднити руки кодом! Виконайте ці завдання:

  1. 🔹 Ініціалізація: Встановіть бібліотеку (pip install sqlalchemy) і запустіть код із прикладу вище. Переконайтеся, що файл students.db з'явився.
  2. 🔹 Новий герой: Створіть ще одного студента (наприклад, "Draco Malfoy" зі "Slytherin") і збережіть його в базу.
  3. 🔹 Експеримент із читанням: Напишіть код, який дістає всіх студентів з бази.
    • Підказка: students = session.query(Student).all()
    • Завдання: Виведіть їх імена через цикл for.
  4. 🔹 Реальний кейс (Фільтрація): Спробуйте знайти тільки тих студентів, хто в "Gryffindor".
    • Підказка: Використовуйте .filter_by(house='Gryffindor').
  5. 🔹 А що, якщо... Змініть ім'я Гаррі на "Harry James Potter" вже після того, як дістали об'єкт з бази, і знову зробіть commit.
    • Питання: Чи створиться новий рядок, чи оновиться старий? Чому?

5. 💡 Мислення як у розробника

Як думає профі, коли працює з ORM?

  1. Абстракція — це друг. Профі не хоче думати про діалект SQL (Postgres трохи відрізняється від MySQL). Він пише на Python, а ORM сама підбирає правильні слова для конкретної бази.
  2. Ліниве завантаження (Lazy Loading). Профі знає: коли ви пишете session.query(Student), база даних ще не чіпається. Запит летить тільки тоді, коли ви кажете .all() або .first(). Це економить ресурси.
  3. Безпека. Новачки часто намагаються самі "чистити" дані від хакерів. Профі використовує ORM, бо вона автоматично екранує всі лапки і спецсимволи. SQL Injection стає майже неможливим.

Типова помилка новачка: Забути зробити session.commit(). Ви запустили код, помилок немає, а база порожня. Чому? Бо ви заповнили бланк замовлення, але не віддали його офіціанту!

6. 🧩 Підсумок

Отже, що ми сьогодні зробили? * Ми відмовилися від написання "сирого" SQL вручну. * Ми навчилися описувати бази даних мовою класів та об'єктів. * Ми підключилися до БД і зберегли дані, використовуючи методи, а не рядки тексту.

Ви тепер вмієте створювати міст між світом коду і світом даних.

Інтрига на наступний раз: А що, якщо у студента є не тільки ім'я, а ще й список оцінок? Або список предметів? Як пов'язати одну таблицю з іншою, не збожеволівши? На наступному уроці ми розберемо Relationships (Відносини): One-to-Many та Many-to-Many.

А поки що — це був CS50! 🚀

← До списку уроків Наступний урок →