Phil Britton <phil@phil-britton.com> wrote in message news:<ulluryleo.fsf@phil-britton.com>...
> "BlackHawke" <blackhawke@legacygames.net> writes:
>
> > My Name is Nick Soutter, I am the owner of a small game company, Aepox Games
> > (We're in the middle of a name change from "Lamar Games"),
> >
www.lamargames.net. > >
> >
> >
> > Our first commercial game, Andromeda Online (
www.andromedaonline.net) is
> > going into beta soon. It runs on an evaluation edition of SQL Server 2000
> > (our intention is, when it launches, we earn the money to buy a copy before
> > the evaluation expires).
> >
> >
> >
> > We have been testing Andromeda Online, and found that saves to the database
> > take about 10 seconds (we were anticipating less than 1). We felt we need
> > somebody experienced in optimizing sql databases to help us optimize the
> > database, and get it running in the best method for our particular
> > application.
>
> You need to find out what it is doing during these 10 seconds. Run
> some kind of profiling on your progarm to see what it is doing. i.e
> Opening JDBC connection (if it's doing that), getting a connection
> from a connection pool (you really should be doing something like
> that), sending sql statement to server, waiting for server to complete
> the statement,closing (or releasing) the dabase connection. When you've found
> out how much time these various things are taking then you can see which parts
> you need to optimise.
>
> > Our program accesses the database in Java, and people with understanding in
> > how to optimize java connections would be a tremendous help.
> >
>
> Use pooling so that you don't have to open a connection every time you
> want to access the database
>
> If your problem is tha database then you'll more than likely get
> improvements by looking at ths SQL you are using and seing if you can
> rephrase your statement in a btter way (i.e. have a look at any joins
> you are using and whic table is the driving table in a join, make sure
> that any table lookups are using indexes etc. ) You'll fidn that any
> optimistaion you make in this area will make much more of a difference
> than any tweaking of database parameters that you can do.
>
> >
> >
> > My company is small, and we honestly cant afford much. Everybody on this
> > project, from the sound guys to the graphic artist, has worked for 1/10 to
> > 1/100 of the value of the job. We're simply a starting company looking for
> > dedicated people who are willing to work more for credit than money.
>
> Good luck with your product, I hope it works out so that all the guys
> who've been working for little money can start getting very lareg
> pay-checks
>
>
> >
> > We can offer credit on our website
> > (
http://www.andromedaonline.net/credits.html) to anybody who helps us, but
> > little more (maybe $100, but we're very over budget, and in desperate need
> > of help). Because of how we intend the game to run (with maybe 100-200
> > concurrent games running online), a 10 second save time is simply
> > unacceptable.
> >
>
> You can have this info for nothing, enjoy :-).
>
> Here's some more advice for free. If you've got nobody on your team
> who knows about databases and their design your design is probably a
> bit if a mess. It will then probably take a bit more than some tunig
> to sort out your problems. Just have a look at posts in some of the
> Oracle newsgroups to get some idea of what professional database
> people think about letting java programmers loose on databases :-)
>
>
> > Anybody who would be willing to help us, please send a resume to
> > help@andromedaonline.net. Experience would be nice, but not a requirement.
> > We're looking for someone who can talk with our programmer about the types
> > of calls made to our SQL database, and then can log into the DB and optimize
> > it to run as fast as possible considering our specific needs.
> >
>
> As someone else posted , get one of the programmers to come on here, but
> get him/her to read the above first and come ready with answers to the
> questions above and then getting answers back will be a lot quicker,
>
> cheers
>
> Phil
direction. From the sounds of what you are doing and your tight
multi-processor, multi-GB RAM, multi-SCSI Array system. If this is
performance improvement, 80% is obtained by tuning your SQL code...".
using SQL code from the Client. Don't use SQL Server Cursors - make
with). Look into the Metadata structure - are there loads of joins?
improvement. Is it the SQL Server that is slow to update? or is it