[ type ]
individual academic
[ platform ]
web application
[ timeline ] november 2025
[ stack ]
laravel php mysql html5 css3 blade templates eloquent orm

[ uniten academic project — full stack web development ]

products, suppliers, and the relationship between them — all in one clean system.

[ problem ]

managing products and suppliers manually leads to duplicate records, inconsistent data, and no clear relationship between which supplier provides which products. a structured system with enforced relationships solves this.

ENTITY A products ? ENTITY B suppliers no enforced relationship — duplicates and inconsistent data
[ solution ]

a laravel mvc web application for managing products and their suppliers with a one-to-many relationship — one supplier can have many products, each product belongs to exactly one supplier. full crud on both entities, eloquent orm for relationships, blade templates for the ui.

SUPPLIER supplier hasMany(products) Product — supplier_id FK Product — supplier_id FK Product — supplier_id FK
[ decisions ]

chose laravel for its clean mvc separation, eloquent's readable relationship syntax, and blade's template reuse — all of which keep the codebase maintainable even as it grows. used database migrations for version-controlled schema changes rather than manual sql.

[ impact ]

demonstrates proper mvc architecture, relational database design with enforced foreign keys, and clean backend development practices — the kind of foundation that scales to larger systems.

4

CRUD operations across 2 entities

Create Read Update Delete

0

raw SQL — all queries through Eloquent ORM

Eloquent ORM

1

enforced one-to-many relationship

supplier products
product listproduct list
add productadd product
supplier listsupplier list
add supplieradd supplier
← back to project list