Skip to content

Latest commit

 

History

History
42 lines (36 loc) · 4.6 KB

orm.md

File metadata and controls

42 lines (36 loc) · 4.6 KB
Raw

Object-Relation Mapping

Направете gem "свързвщ" Ruby обекти със записи в база от данни, по подобие на ActiveRecord или пета задача.

Целта е да получим абстракция на SQL, като го заменим с по-красив и лесен за употреба Ruby код.

Функционалности

  • Искаме да можем да свържем произволен написан от нас клас с таблица в база от данни, съдържаща колони за атрибутите на класа. Всеки такъв клас се нарича модел.
  • Да се поддържа работа с поне 2 релационни бази от данни по ваш избор - например SQLite и PostgreSQL. Можете да използвате gem-ове като sqlite3 за комуникация със съответната база от данни. Нямате право да използвате наготово ORM библиотеки.
  • Моделите трябва да поддържат следните заявки:
    • Създаване, четене, изтриване и ъпдейт (CRUD)
    • Сортиране по произволни атрибути и в произволна посока (ascending/descending)
    • Филтриране по стойностите на един или повече атрибути (включително с неравенства)
    • Лимитиране на брой върнати резултати при заявка
    • Пропускане на определен брой записи от заявка
    • Горните могат да се комбиринат и chain-ват (например, User.where(first_name: 'a').where(last_name: 'b').order(first_name: :desc))
  • Да се поддържат прости агрегации като count и avg
  • В доста от случаите моделите са свързани по някакъв начин. Например, един потребител може да има много коментари. Имплементирайте възможност за задаване поне на 1:1 и 1:N асоциации между моделите. Това означава че очакваме да можем да "свържем" две инстанции на модели в Ruby кода (например, user.comments = [Comment.new(...)]) и това да се отрази в базата от данни след като запишем инстанцията.
  • Възможност за логване на направените към базата от данни заявки. Този лог трябва да е конфигурируем по следния начин:
    • Дали да логва на стандартния изход или във файл.
    • Лог записи на различни нива - DEBUG, INFO, ERROR.
    • Минимално ниво на лог записите, които да се виждат в лога.

Бележки

  • Очакваме модулите за комуникация с базата от данни да си общува с нея на нейния език. Не е смислено всяка операция вурху модела да предизвиква четене на всички записи от базата. Добър пример за това е филтрирането - вместо да заредим всички записи в паметта и да ги филтрираме с Ruby, трябва да инструктираме базата чрез подходящ филтър да ни върне само необходимите записи.
  • Използвайте prepared statements и екранирайте всичко необходимо, така че да няма възможност за SQL инжекции.
  • Интерфейсите за комуникация с различните бази от данни следва да са взаимно заменяеми и независими един от друг, както и да не зависят от имплементацията на Ruby моделите.