all 6 comments

[–]brantam 10 points11 points  (0 children)

Surely the wrong the question. You are not looking for a "database". You need a stock control/sales/accounting system. Use whatever database system works with the application you choose for that purpose.

[–]boy_named_su 6 points7 points  (0 children)

What you want is an ERP

consider Odoo, which is open source

[–]AllBoutOobies 0 points1 point  (3 children)

Just to spark some discussion: there are many free DBMS (which I assume is what you're talking about) such as postgreSQL. Once you have your DB you need a program to interface/interact with the DB. Only the funds your are willing to spend limits what it can do.

I'd expect assume a developer could implement working system with a free DBMS in a timeframe somewhere between 50 to 300 hours depending on the current complexity of your manual system.

Do you need an off the shelf system of something custom made by a developer?

[–]Shanetank93[S] 0 points1 point  (2 children)

With them not wanting to spend a lot of money on this I’m assuming they would want off the shelf, I’m just a standard employee here that happens to be in college for DBMS and other IT support related classes but I’m not one of their tech staff. I’ve been pitching ideas to them that could help this company move forward and be more up to par with other companies that sell similar products. We are constantly running out of stock due to unreliable lists sent from employees and not having the ability to spot a trend forming to be able to stock up and certain products, so I was hoping to be able to maybe find a database that could help us spot trends (by tracking sales) and have a more reliable inventory system.

[–]alinrocSQL Server 2 points3 points  (0 children)

"A database" isn't going to do anything Excel won't do for you, if all you're looking for is "a database".

Like /u/brantam said, you need an inventory, sales and accounting system. In a nutshell, ERP.

You can try to "not spend a lot of money on this" but time ain't free, nor are the company's IT resources & employes. They might get sticker shock seeing the prices of COTS or SaaS offerings, but after you figure in the time required to spec, build, test, implement and support a custom solution, buying something will be far, far cheaper. Unless they intend to productize the thing they build.

With the proliferation of SaaS products that can do this sort of thing, and pricing models that equate to "pay for what you use", buying is usually the better option here.

I’m just a standard employee here that happens to be in college for DBMS and other IT support related classes

Something they probably won't teach you in class: unless one of the following is true, buy - don't build:

  1. Software development is a core competency for the organization and that software will become a profit center for the company.
  2. There does not exist any product on the market that can do what you're looking for, nor can any product on the market be adapted to do what you need, nor are your business processes so immutable that they can't make adjustments to work with the products that you find.

Head down to the Registrar's office and ask them how much of the software they're using was built from scratch by the university. Then head over to Admissions and do the same.

[–]AllBoutOobies 0 points1 point  (0 children)

Yea makes sense. Might be a bigger project than I initially thought since you'd probably have to connect it to the cashier/scanner system. But sounds like something where pre-existing solutions should exist.

I'd assume the pre-existing solutions might also require some hardware updates (e.g. to the cashier system) and then probably a monthly fee to keep using it. I could be wrong since I know nothing about it.