-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Game model for the host/join screen and as a base model for the beginning of the game #27
Comments
When I was first thinking about this, I was thinking the Game_Id could just be the auto-incrementing Id that Django automatically creates in the table. This could possibly open up a user just spamming a bunch of join numbers until they join a game though, so I think maybe the game_id could actually be still a unique identifier, but maybe like a random string of characters or something. Then any relationships or foreign keys that tie back to the specific game could reference the auto-incrementing Id, but everything that's handled on the front end is the Game_Id. |
If we are showing all games on the join game screen, then Game_Id can be one up. Adding new field
|
Ah crud, I get that mixed around with booleans all the time, my bad! |
game_id also 12hex or 16integer generated at game creation no longer primary id |
After talking on zoom, here's what we figured out:
|
This model may change as we progress through milestone 2, but so far here's what I'm thinking as far as properties for the model:
As we progress in the rules engine, we can extend this model and the corresponding database tables with many to one relationships and many to many relationships, but the base of this goes back to the game model in python and game table in the SQLite db
The text was updated successfully, but these errors were encountered: