Моделирование повторяющихся транзакций в базовых данных - PullRequest
1 голос
/ 03 декабря 2010

Мне трудно придумать концептуальную модель для схемы повторяющихся транзакций в Core Data. Пока что у меня есть:

1) Сущность BillMaster (ссылка выше), которая имеет такие атрибуты, как «срок исполнения», «заголовок» и т. Д.
2) Объект BillEntry, который в основном является дочерним элементом основного счета, фактические счета, которые вы увидите в календаре. Они будут указывать на основные данные для срока оплаты, названия, а также будут отслеживать, был ли оплачен данный экземпляр счета.

Проблема в том, что мне нужно будет продублировать этих мастеров и создать повторяющиеся дочерние записи таким образом, чтобы это было эффективно, по одному на каждый раз, когда счет повторяется. Я не уверен, когда это поколение должно действительно произойти, и как далеко оно пойдет. Я также не хочу случайно генерировать их, когда в этом нет необходимости. Возможно, есть даже более умный способ смоделировать это, о котором я не думаю.

Если есть какие-либо предложения, которые есть у кого-либо из вас, или, может быть, какой-нибудь хороший материал для чтения, который охватывает концептуальные вещи, подобные этой, я открыт для всего. У меня достаточно хорошее понимание основных данных в целом (довольно хорошо, ни в коем случае не эксперт), но некоторые из этих более сложных моделей все еще бросают меня в тупик.

1 Ответ

0 голосов
/ 05 декабря 2010

Существует около 5 различных «базовых данных».MacOS?

Но, в любом случае, кажется, что ваш вопрос носит общий характер, а не относится к основным данным.В основном, если BillMaster правильный, где-то в вашем приложении вам нужна кнопка «Сформировать счета».Просто проект BillMaster в BillEntry, для того, что BillMasters оплачивается прямо сейчас.

  • только один, если ежемесячно, и в следующем месяце не будет выставлен счет
  • в противном случаеперехватывать все итерации с момента последнего нажатия пользователем этой кнопки
  • и ни одной вообще, если они продолжают нажимать на кнопку (в следующей проекции не будет найдено BillMasters, которое подлежит оплате).
...