Store reporters for each case in separate join table #40
Description
Right now, we just store an arbitrary reporter's (except that U.S. reporters are prioritized) string representation in the Cluster table, but this is somewhat stupid for a number of reasons. CourtListener's data often has several reporters for each Cluster in its constituent parts, and we should mirror that structure to an extent.