Kaido
Elite Member & Kitchen Overlord
My company is considering merging our current database systems into a single SQL database with a web-based frontend. We currently use two main database applications, both fairly old. Our product database uses a command-line interface, which I'm guessing is Unix or DOS-based. While it is very fast, it has many drawbacks, like difficulty of use, navigation problems, poor search tools, cruddy reports, etc. We'd like to merge all of our databases into a single, more user-friendly database, with a web-based frontend.
My concern is speed. We have what I think is a 10baseT network in place already. How fast would the user be able to access information internally, through a web-based frontend? We have about 50 people in the main facility, with perhaps 10 users at a time. I'd imagine the speed would be fine, but I want to make sure it would be near-instant like our current databases are. It's imperative that we are able to bring up product, customer, and order information immediately, with no delay. I've used a few various networked-database applications before and it seems like CLI stuff always beats GUI stuff. I don't know if it's the design or technology, but I want to make sure we can get the same speed. Any thoughts?
My concern is speed. We have what I think is a 10baseT network in place already. How fast would the user be able to access information internally, through a web-based frontend? We have about 50 people in the main facility, with perhaps 10 users at a time. I'd imagine the speed would be fine, but I want to make sure it would be near-instant like our current databases are. It's imperative that we are able to bring up product, customer, and order information immediately, with no delay. I've used a few various networked-database applications before and it seems like CLI stuff always beats GUI stuff. I don't know if it's the design or technology, but I want to make sure we can get the same speed. Any thoughts?