-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
removed PseudoJSON #6687
removed PseudoJSON #6687
Conversation
7218a03
to
30fd644
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This solves a long-awaited TODO!
Can we also convert query_results.data
to JSONB?
b643c2f
to
f524ab3
Compare
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## master #6687 +/- ##
==========================================
+ Coverage 63.30% 63.38% +0.07%
==========================================
Files 162 162
Lines 13322 13165 -157
Branches 1820 1817 -3
==========================================
- Hits 8434 8344 -90
+ Misses 4599 4532 -67
Partials 289 289
|
f524ab3
to
34e96d1
Compare
becbfa8
to
a0dd5f2
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This change appears to be in good shape
a0dd5f2
to
e040508
Compare
@justinclift what do you think about waving the code coverage check? It would be very difficult to make this check pass with a change like this |
@eradman Yeah, the code coverage stuff is definitely a case of "don't worry about it in situations where it doesn't apply". 😄 |
It looks like using jsonb is having some unintended consequences for people with large data sets: #6706 (comment) We might need to revert this change. |
I beleive we can change @AndrewChubatiuk can you explore that solution? |
Since getredash#6687, we don't serialize query results as JSON before returning them. This is fine, except for the query results data source which needs to pass the data directly to sqlite3, and doesn't know how to do that with the decimal types that are occasionally returned by (at least) the PostgreSQL query runner: https://www.psycopg.org/docs/faq.html#problems-with-type-conversions
Since #6687, we don't serialize query results as JSON before returning them. This is fine, except for the query results data source which needs to pass the data directly to sqlite3, and doesn't know how to do that with the decimal types that are occasionally returned by (at least) the PostgreSQL query runner: https://www.psycopg.org/docs/faq.html#problems-with-type-conversions
What type of PR is this?
Removed unneeded PseudoJSON and DBPersistence classes, migrated all json contained column's type to JSONB
How is this tested?