Analysis updated 2026-08-04 · repo last pushed 2019-08-10
Build a backend API for a car dealership to manage inventory records.
Practice creating database schemas to store structured car data like VIN, make, and model.
Learn to write API endpoints that let other software add and retrieve records from a database.
Extend the project with update, delete, and sales-tracking features as stretch goals.
| scottschindler/webdb-ii-challenge | 00kaku/gallery-slider-block | 04amanrajj/netwatch | |
|---|---|---|---|
| Stars | — | — | 0 |
| Language | — | JavaScript | Rust |
| Last pushed | 2019-08-10 | 2021-05-19 | — |
| Maintenance | Dormant | Dormant | — |
| Setup difficulty | easy | easy | moderate |
| Complexity | 2/5 | 2/5 | 3/5 |
| Audience | developer | general | ops devops |
Figures from each repo's GitHub metadata at analysis time.
Requires Node.js, Knex, and SQLite installed locally, plus Postman or Insomnia to test the API endpoints.
This is a coding challenge repository for students learning to build backend APIs with databases. The practical scenario is a car dealership that needs a system to manage its inventory. The student's job is to build a small application that can store and retrieve car records, tracking details like VIN, make, model, and mileage, along with optional information like transmission type and title status. At a high level, the project asks students to set up a database structure (called a "schema") for storing car data, and then write the code that lets other software talk to that database. Students use tools called Knex and SQLite to handle the database side of things. On the API side, they create endpoints, essentially URLs that respond to requests, that let you add new cars to the database or look up the cars already in it. Testing tools like Postman or Insomnia are used to simulate those requests and make sure everything works. The audience here is a student in a web development bootcamp or course, likely working under the guidance of a project manager or instructor. The workflow itself is part of the learning: students fork the repo, work on their own branch, and submit a pull request for review rather than merging their own code. This mirrors how real development teams collaborate on shared codebases. Beyond the core requirements, there are optional stretch goals for students who finish early or want extra practice. These include adding the ability to update or delete car records, pre-populating the database with sample data, and designing a separate table to track car sales. That last goal introduces the concept of linking related tables together, which is a foundational skill in working with relational databases. The README doesn't go into much detail about the expected code structure or specific implementation patterns, which is typical for a challenge where the student is expected to apply what they've learned rather than follow step-by-step instructions.
A student coding challenge to build a car dealership inventory API using a database. Students create database tables for car records and build endpoints to add and retrieve car data like VIN, make, model, and mileage.
Dormant — no commits in 2+ years (last push 2019-08-10).
No license information is provided, so default copyright restrictions apply and others may not freely reuse or distribute this code.
Setup difficulty is rated easy, with roughly 30min to a first successful run.
Mainly developer.
This repo across BitVibe Labs
Verify against the repo before relying on details.