graphql-engine/server/src-lib/Hasura
Rakesh Emmadi 5bafdce9a3 fix delete mutation returning incorrect data (fix #1794) (fix #1763) (#1827)
From `alpha-40` we've been using a `WHERE` clause to fetch required rows and generate mutation response. This has a few limitations like the requirement of a primary key/unique constraint. This also returns inconsistent data on `delete` mutation as mentioned in #1794. 
Now, we're using `VALUES (..)` (refer [here](https://www.postgresql.org/docs/current/sql-values.html)) expression to form virtual table rows in `SQL` to generate mutation response.

Internal changes:-
- Not to use primary key/unique constraint columns:-
  - Revert back to `ConstraintName` from `TableConstraint` in `TableInfo` type
  - Remove `tcCols` field in `TableConstraint` type
  - Modify `table_info.sql` and `fetchTableMeta` function `SQL`
- A test case to perform `delete` mutation and returning relational objects.
2019-03-22 12:38:42 +05:30
..
Events add for update skip locked to fetch query (#1798) 2019-03-19 10:00:44 +05:30
GraphQL fix delete mutation returning incorrect data (fix #1794) (fix #1763) (#1827) 2019-03-22 12:38:42 +05:30
RQL fix delete mutation returning incorrect data (fix #1794) (fix #1763) (#1827) 2019-03-22 12:38:42 +05:30
Server use bytestring builder to represent encoded json (#1800) 2019-03-18 21:52:21 +05:30
SQL fix delete mutation returning incorrect data (fix #1794) (fix #1763) (#1827) 2019-03-22 12:38:42 +05:30
EncJSON.hs use bytestring builder to represent encoded json (#1800) 2019-03-18 21:52:21 +05:30
HTTP.hs allow x-hasura- req headers for jwt unauth role, closes #1686 (#1689) 2019-03-05 17:54:47 +05:30
Logging.hs refactor to remove warnings especially with orphan instances (#1163) 2018-12-13 12:56:15 +05:30
Prelude.hs refactor event processing logic (#1639) 2019-02-22 17:55:36 +05:30