We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
We need choose what is question/algorithm and data what we use for recommendation
The text was updated successfully, but these errors were encountered:
I would say that more closer events are more important.
Adding user to be able to rate event would be also good. (We could keep data base of users ratings)
Maybe we should have user, events and ratings tables? (so sql database) or user (with ratings) and events (document database)
Sorry, something went wrong.
Would it be easier to understand if users, events and ratings had their own tables? I'm not against having user with ratings though.
It woudn't be bad plan, probably wiser. though then we have to use relation database. (I will choose one for us :) )
Cassandra (mysql) chosen for database.
No branches or pull requests
We need choose what is question/algorithm and data what we use for recommendation
The text was updated successfully, but these errors were encountered: