I AM NOW OFFICIALLY INSANE AND FOREVER DESTINED TO HAVE A DB SYSTEM THAT CHOKES ITSELF TO DEATH ALONG WITH MY PC WHEN I USE POKERTRAKER!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
There are a host of reasons for this, but your fix suggestion WILL NOT WORK!
PLEASE ANSWER ALL MY QUESTIONS- I'VE NUMBERED THEM TO MAKE SURE THEY DON'T GET MISSED. You were blaming it on pstars tourney summaries. There might be some pstars big tournies in there sure. However, it's exploding because of FULL TILT SUMMARIES!!!!!!!!!!! I play 99% of my volume there on FTP
and their tourney summaries have all the detail just like stars summaries do.... Plus, you don't even have an option like for stars to exclude tilt players in summaries without a hand history from being imported!
So, using your solution, since I auto-import the HH as I play to get updated reads on the others in the tournies, the tourney summaries get sucked in too and load up all the players. And almost every non satelitte I play has over 1k players in it. We are talking serious volume of tournies here, every day.
Just for fun I filtered the data to look and there are 554 tournies in my system with 500+ players. I'm supposed to manually go back and delete on allo f these and then rinse wash repeat every day after playing 8-10 on FTP? That defeats the purpose of having the damn tool for record-keeping! It's not a small number of items we are talking about.
1) So, given them apples what do you propose now? fixing these on a backwards basis will take forever.
2) So how the bleep do I ever get this to be a functional tool now going forward??? thousands of players are going to be added every day even in a new db, which isn't where I want to go anyway.
I've read every forum pst on optimazation i could find and have tried everything, but no joke, this chokes my machine.
I did get a marginal improvement by doing some manual tweaks to postsql per the Performance Tuning PostgreSQL thread - that helped a bit. But once a few tables are opened etc and im in a couple of tournies, eventually it completely maxes my machine to death.
Also, opening the stats file takes like 10 minutes since it is so large - in fact it made me get an out of memory error first time I tried it today to look at stats.
3) Please correct me if I am wrong about FTP tournies - that they are going to grow my DB exponentially because unlike pstars i cant get rid of the guys with no hands????-------------------------------
Now, you wrote a long item about why starting a new db would work fine. Unfortunately, there isn't sufficient detail in your post to explain why what you propose would be a good solution.
Why is it also out of the question to start a brand new empty database? If you use PokerAce, all your data from the 2 databases will still be combined, you'll still get the stats on the players from both databases displayed on the table.
4) I don't know why, you tell me. What is the relative speed difference (better/worse) for PAH tp look at multiple db's, one of which has the 440k players in it and one which contains an ever growing new list? Will this make PAH run quicker/slower/no different then at present? Please elaborate on why, I'm not a DB expert.
And you can still look at both databases in PT, it's not as if the data won't be available anymore.
5) well that's nice, but won't retrieving it be just as slow as it always was?Starting a new DB and losing all the manual data is just not a solution.
6) I found a link to a PT3 thread where someone wrote a query to remove in PT3 all at once all the player data I want to remove. Can't you guys look at that query and modify it slightly to the PT2 structure? If so I'll galdly run it at the command line, but I wouln't understand the DB schema or SQL enough to trey and re-write it myself. Here's the link.
http://www.pokertracker.com/forums/viewtopic.php?f=16&t=15740&start=0 (NOTE: I think coming up with this ought to be EZ for one of you SQL guys and would GREATLY benefit every bleepin tourney player out there on PT2.)
PLz. some good answers one time? I want to play poker, not mess around with technical support......