-
Today we discussed a clearer definition of subordinate relations. We propose the following definitions and syntax.
Base relation `B` is subordinate to base relation `A` when `B` is depends on `A` and…
-
We are still missing the following functions, which are provided in Matlab
```
dj.Table/addAttribute
dj.Table/alterAttribute
dj.Table/dropAttribute
dj.Table/addForeignKey
dj.Table/dropFore…
-
Working through the code now, I've noticed that the reference to terms _schema_ and _database_ are interspersed throughout the code and documentation, and used interchangeably. I suggest that we stick…
-
We had a design meeting and resolved to change the basic mechanism for associating classes with schemas. Rather than binding python modules to databases, there will be a mechanism to associate an arb…
-
We should have this. Other ideas on the topic are:
- give users the opportunity to submit new design patterns
- write a small website on which users can generate schemata and download the code
-
- default dictionary in datajoint.settings
- dictionary derived class in datajoint.settings that has additional validators
- implement validators
- local file should store the local configuration. For…
-
DataJoint only supports natural joins. In the vast majority of cases, the joins are performed on the primary key of one of the operands.
Starting in version 2.9.0, I propose to designate the `* (m…
-
Now documentation generation system is in place, we should go and massively add documentations for all public interfaces of the DataJoint.
-
In 90% of cases, the `pop_rel` is the unrestricted join of the primary dependencies of the table. Should we set that as the default value and let users override that?
-
I noticed that in `connection.py` `conn_container` defintion, the part
```
input('Enter datajoint server address >> ')
```
was commented out. I'm guessing this was a done when configuring TravisCI,…