Dimitri Yatsenko

Quick tutorial: * https://www.youtube.com/watch?v=utrbqjhk9_s * https://github.com/datajoint-company/db-programming-with-datajoint#2019-04-26-altering-table-definitions

@MadhuMPandurangi Thank you for your interest in contributing. The DataJoint team already has ongoing developments to address this issue and we expect to release a fix shortly. However, you are...

It would make sense to override the comment for any dependency, even with no `proj`.

how can this be fixed?

I am not sure how this can be done. Moving to 0.13

I think this is a Jupyter issue and I am not sure if there is anything we can do other than redirecting it to the jupyter team.

In either case, this is really not an issue we can fix in datajoint, right?

I agree that `Table.drop` should raise a `DataJointError`, not a `pymysql.Exception`. With that, cascading drop for schemas should not be supported in any form -- it's a hazardous operation. Perhaps...

Duplicate of #560 We will address these together.

`alter` has only been implemented for very simple changes at this point. It is a placeholder for a full-featured implementation. It cannot handle foreign key changes, indexes, etc. We should...