-
Notifications
You must be signed in to change notification settings - Fork 3
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
Epic: Define (Ecto) PostgreSQL Database Schema #15
Comments
Relates to #5 In the long run we might want these two tables to help us display our UI better but for now if people are accessing their comments directly from the issue then they wouldn't be necessary.
Do people think we should include them in our schema now or add them later if necessary? |
@Cleop if we know the desired schema up-front then we should create it as close to the "long term" as possible. |
@Cleop yeah, we should save the |
Still to do #46 |
All the "Meta Data" (anything that is not an issue comment, which is Markdown/"Rich Text")
of issues will be stored in a PostgreSQL Database.
With reference to the GitHub API for
users
,issues
andcomments
,we need to create the Ecto (Database) Schema for the three DB tables.
We are going to "normalise" the data and let Ecto construct the queries.
Our aim is to match the field names in the GitHub API exactly
so we keep an exact copy the data that people can easily download
if they want to have a Local Copy. (don't worry, we aren't building the download feature yet!)
The text was updated successfully, but these errors were encountered: