Skip to content
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

Sync Fork from Upstream Repo #85

Merged
merged 7 commits into from Jan 20, 2020
Merged

Sync Fork from Upstream Repo #85

merged 7 commits into from Jan 20, 2020

Conversation

sthagen
Copy link
Owner

@sthagen sthagen commented Jan 20, 2020

No description provided.

elprans and others added 7 commits January 19, 2020 10:56
We already have the necessary infrastructure for global objects that is
used by Roles, so make Database objects benefit from that as well.

There is a small caveat: `CREATE DATABASE` and `DROP DATABASE` are
non-transactional, so add facilities to ensure that these statements
don't get wrapped into a transaction.
* Stop reassigning ownership from the connecting user
* Fix `\psql` in REPL
* Make sure the bootstrapping user is a member of the role with
  initial authorization.
* Disable use of 'C.UTF-8' on RDS.
This development tool allows removing all traces of EdgeDB from the
specified PostgreSQL cluster.  Useful for cases when debugging bootstrap
and setting up new clusters is expensive.
Constraints are overloaded callables, and so require that the
arguments of a constraint are specified when doing `ALTER` or `DROP`.

Issue: #1134.
Currently we don't distinguish between limited and unlimited
precision/size numbers in GraphQL. Which means that by default it
makes sense to treat `Int` as `bigint` and `Float` as `decimal`
(especially for variables). This preserves the precision when it's
needed and can be downcast to the specific type the expression
requires.

Since `int64` is implicitly castable into `bigint` it's possible to
treat small `Int` literals as `int64` and large ones as `bigint`.

Stop mapping `bigint` onto `Float` and use `Int` instead.

This technically breaks the sprict spec for `Int` and `Float`.
Introducing custom types would be a separate PR.

Issue #1138
@sthagen sthagen merged commit 984696e into sthagen:master Jan 20, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants