• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

How fast are internal web-based databases?

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?
 
I would think the speed would have a lot to do with how much of the processing is being done on the client machines and how much on the back end. Don't make the browser do too much crunching (if any) and you are ahead of the game. Do it in stored procedures or web services. It's not my bag, but those are my thoughts, FWIW. HTH.
 
Originally posted by: Muse
I would think the speed would have a lot to do with how much of the processing is being done on the client machines and how much on the back end. Don't make the browser do too much crunching (if any) and you are ahead of the game. Do it in stored procedures or web services. It's not my bag, but those are my thoughts, FWIW. HTH.

ditto, not really my bag, but I'm learning. we're having a database guy come in to transfer all the data once we have the system up. basically, the browser will just be taking input, like part numbers or text for searching.
 
I've converted a few databases to internal web-based services and the speed is instant. The pages load just as fast as you can click and there is no perceptible delay at all.

PHP + mySQL
ASP + SQL Server 2000
ASP.NET (C#) + SQL Server 2000

These are some of the combinations I have worked with and haven't had any speed problems. You will be fine 🙂
 
Oops... I forgot to say:

Speed will depend on the number of records in the database, but if it's fast now, then a good programmer will be able to make the new system just as fast.
 
Back
Top