Welcome to the "Web Projects" forums. Before you post, make sure you've selected the correct category based on the size of your project (in US dollars), or whether it is a partnership or "looking for work" request instead. Observe the guidelines for this section:
To all thread starters, check your "pm" box for responses, as that's how bidders will be communicating with you mainly using. You can turn on new pm notification by going to "User CP"-> "Edit Options"-> "Receive Email Notification of New Private Messages".
To respondents, avoid replying to a thread with a short generic response like "pm sent" as much as possible. It is pointless and clutters up the screen.
To respondents, don't reply to a work request with a summary of your resume. If you're not willing to spend the time to at least read the request and respond specifically to the request, then don't reply. The Web Projects forum isn't a place to get your resume/ portfolio posted on as many threads as possible, it's for the direct, human interaction between coder and client. Members who blanket the forums with their resume replies will be treated as spammers and banned.
To all thread starters, please update your thread's prefix to "resolved", when you've found a coder for your project or partnership (or wish to terminate the request). This is so coders don't waste time bidding on an invalid project. To do this, click on the "Edit" button under the first post of the thread, then the "Go Advanced" button. You have 14 days to update your thread's title.
Sounds like all you need is perhaps 2 tables with an inner join at the very most. While I'd love to charge you $1000, $200 sounds far more fair. Do you know what type of DB you need? Ms Access, MS SQL, MySQL...any idea?
If you tells us how the DB will be used (what's accessing/adding info) then that should narrow the field a little.
There are lots of guys around here that could do it for you in no time at all, myself included. To be honest, I'm too busy to take on any more work atm, but if you provide some more info we'll get you sorted out quick smart
Do you need just the database setup or HTML pages to access and administer it as well. The real cost is in the latter.
__________________ Vladdy | KL "Working web site is not the one that looks the same on common graphical browsers running on desktop computers, but the one that adequately delivers information regardless of device accessing it"
more like PHP or ASP pages (or another server side scripting language). There are a lott of db-frontends that are so easy to use to create and administer a db yourself.
But making it work in a web or desktop environment could be trickyer (as Vlassy already pointed out). So it would be nice if we could get some more info from you so that we can maybe offer a quote or simply make some suggestions about easy to use db-formats or frontends.
It could be as simple as getting MsAccess and create a few 'datapages' inthere and you have a 'real' db-driven webapplication.
But on the other hand, i can easely imagine a more powerfull app that could take a few weeks coding and that would justify a $2000 quote...
OK...you need an entire site then, not just a database.
CGI is a language, MySQL is the database.
By the looks of the info you provided, this is what you're after:
a MySQL database with an ASP backended site. All of a sudden your original quotes are sounding far more realistic.
if your host provides mySQL, then it's more likely they will also support PHP instead of ASP (--> practically only runs on Windows Professional or Windows Server, and such hosting is usualy more expensinve and would come with MsServer as a database). ASP (=classical ASP and not ASP.NET) would not be your best backendoption. Its not a realy longtermsollution + you'll have a harder time finding 'mySQL and ASP wise' programmers. (I'm one, but i don't have time now).
I need a website on which a customer comes in, puts its information and registers, then logs into hes account and looks at the details, and can pay from there, and log out.
Thefirst part of your request isn't a problem. It's more a less something every experienced programmer will already have somewhere lying around (or else they should only riun a search a www.hotscripts.com for a useradministration system)
But then the 'paying' enters the frame. This means that security should be made a bit tighter + that you'd need to get an account on some paymentservice or so + that it needs to be integrated. Not that hard, but you'll need to pick a company that will handle your payments (like PayPal or so). Writing this as a custommade service could get rather complex and expensive.
I myself would need to see the whole database in my account after logging in, to understand the needs of my customers, and whom I am dealing with.
Again, something most coders allready have or can easely find somewhere. It's basically just a small admin-section.
So it comes down to : rather standard product, that can easely be created from an e-commerce or shopping cart application (plenty of those are available for free http://www.hotscripts.com/PHP/Script...ent/index.html , http://www.hotscripts.com/PHP/Script...rce/index.html). Only tricky part may be the paymenthandling, but here again, there are easy to integrate services (for paypal, see http://www.hotscripts.com/PHP/Script...Pal/index.html) if you would be willing to take an account somewhere. (this comes with a small recurent cost)
a good coder should be able to create this rather quickly, unless you have specific needs that are not covered by the packages/code they start from. But you'll non the less be looking at about $1000 (a day or so fintetuning your requirements, a day or three setting it up, a day testing, some customisations/fixes after testing ...)