SDL migration including function definition fails on commit with "InternalServerError: relation ... does not exist"
See original GitHub issue- EdgeDB Version: alpha 4
- OS Version: Ubuntu 20
On an empty database run the following migration:
START MIGRATION TO {
module default {
type User {
optional property name -> str;
}
function get_user(name:str) -> User
USING EdgeQL $$
select User {
name,
}
filter {
.name = name
}
limit 1
$$;
}
};
POPULATE MIGRATION;
COMMIT MIGRATION;
The commit fails with the following error:
InternalServerError: relation “edgedb_22db0c59-d1e6-11ea-bd31-efd5a96c52d1.a7cb9161-d4ab-11ea-8e37-2d90af0bf1de_t” does not exist
Issue Analytics
- State:
- Created 3 years ago
- Comments:6 (6 by maintainers)
Top Results From Across the Web
Migration to GitHub is in progress - Simple Directmedia Layer
FYI, this coming week we plan to move SDL development from Mercurial and Bugzilla to GitHub. On Wednesday we'll bring down the public...
Read more >Tridion Sites Released Hotfixes
Problem: The Component link field type not exposed in keyword metadata when requesting keyword metadata in the broker API.
Read more >System Error Messages for Cisco Unified Communications ...
Explanation For a system running CMI, the serial port through which the voice messaging system is connected is always USB0, and that value...
Read more >webMethods Error Message Reference
Server connection is established but the service is not available. ... No Integration Server connections with valid URLs are defined in.
Read more >ERROR: relation "services" does not exist after upgrade to ...
Completed 500 Internal Server Error in 89ms (ActiveRecord: 22.9ms | Elasticsearch: 0.0ms | Allocations: 29359) ActionView::Template::Error ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
This is fixed
The issue here is that the function references the type’s inheritance view and not the table, and inheritance views are always all updated at the end of the ddl script. So even if the table is created/updated before the function, the view still isn’t.