How to design the history table to be more efficient?
I am running a website of crossword puzzle and Sudoku games. The website is designed to be:
- There are 20-30 games onlines each day.
- Every registered user could play and submit the game to win scores.
- For each game, every registered user could get the score for ONLY one time. i.e., No score will be calculated if the user had finished the game before.
- To avoid wasting time on a game finished before, user will be notified with hint message in the page when enter a already finished game.
The current solution is:
3 tables are designed for the functions mentioned above.
- Table A: UserTable --storing usering information, userid
- Table B: GameList --storing all the game information.
GameID primary key
FinshiedTimes recording how many times the game has been finished
- Table C: FinishHistory --storing who and when finished the game
GameID ID of the game
UserID ID of the user
FinishedDate the time when the game was finshied
PS: Fields listed above are only related ones, not the complete structure.
Each time when user enters the game, the program will read Table B(GameList), listing all the available game and the times games have been finished. User could then choose a desired game to play.
When user clicks the link and enter a page showing the detail content of the game, the program will read Table C(FinishHistory) to check whether user has finished this game before. If yes, hint message will be shown in the page.
When user finishes the game and submit, the program will again read Table C(FinishHistory) to check whether user has finished this game before. If yes, hint message will be shown in the page. If no, user will get the score.
With the increase of game and users, the capacity of Table C(FinishHistory) grows rapidly. And each time when a game is loaded, the Table C will be loaded to check, and when a game is submitted, the Table C will be loaded to check again. So it is only a time question to find out Table C to become a bottleneck.
Does any one here have any good suggestions to change / re-invent a new structure or design to avoid this bottleneck?
You didn't mention normalization, so I have to ask if you have applied this technique to your database.
It usually results in more tables, but I think you will find a great increase in performance and in flexibility for future changes once you have normalized it.
By kerry in forum Database
Last Post: 10-27-2005, 11:01 PM
By darkestsky in forum Database
Last Post: 10-15-2005, 02:07 PM
Last Post: 04-04-2003, 05:13 PM
By Bert in forum Database
Last Post: 07-12-2001, 08:18 AM
By Harolyn in forum VB Classic
Last Post: 11-02-2000, 02:09 PM
-- Android Development Center
-- Cloud Development Project Center
-- HTML5 Development Center
-- Windows Mobile Development Center