You do not need to edit edmx / xml. DOING SO:
When you enter a stored procedure in EDMX (I'm talking about one that returns a result set, but it will be a similar process), 3, not 1, the elements are created, and this is the source of the problem. (*** The second source of the problem is that you must explicitly SAVE after deleting objects before re-importing the objects, otherwise the re-imported objects will encounter something that was not really deleted (by saving) from edmx.
SO! Do it:
In the model browser, usually on the left, insert the name of your stored procedure in the search field, press "Enter" (or search). It lands in the first case - probably the stored procedure itself. Right click and uninstall. Now return the cursor to the search field β press enter or search again. You will now land on the import function. Right click and uninstall. Do the same for the third time - it lands on a complex type representing the result set. Delete it. Now you have finished NOT !!!!!. You need to save what you just did so that the records are written (unwritten) in edmx.
Now go back to the stored procedure (updated model / select the stored procedure). NOW CLICK TO SAVE.
This will work every time. The key is, when using the model browser, to look for ALL instances of the stored procedure name that appear in the model browser, and because of this, it is better not to fuss with the default naming conventions. The second key is SAVE after completing any step.
jamescnectnet Sep 10 '15 at 15:27 2015-09-10 15:27
source share