2012-02-04 2 views
3

Я использую Parse (www.parse.com) для базы данных для приложения для iPhone. Я создаю приложение для фитнеса и хочу, чтобы совет был лучшим способом структурировать классы и отношения.Нужна помощь в структурировании базы данных

Несколько потребности в базе данных:

1) Sets (имеют атрибут или вес и повторений)

2) Exercise (один экземпляр Exercise, который может содержать несколько Sets)

3) Workout (который будет одним экземпляром для конкретной тренировки, которая будет представлять собой один день. Ни один день не может иметь 2 Workout объектов. Может содержать несколько объектов Exercise.

Тогда мне также нужны некоторые классы для Routine, который не зависит от приведенных выше.

4) Routine может содержать ExercseForRoutine объектов (которые будут выглядеть так же, как Exercise но просто использовать для подпрограмм, не будет иметь возможности добавлять наборы к.

5) ExercseForRoutine будет добавлен в Routine, но не связанные с фактическими объектами Exercise, которые будут использоваться, когда пользователь вводит данные тренировки, этот объект используется только для создания Routine.

Любые советы на кончиках и как структурировать это с помощью Разбор будут оценены

+3

Вы что-то пробовали и столкнулись с проблемой, или просто хотите, чтобы кто-то сделал это за вас? – millimoose

+0

Это реклама для синтаксического анализа? Если это так, это очень умно. Если это вопрос, с другой стороны, вопрос не является конкретным или проблемно-ориентированным для SO. –

+0

Это вопрос, а не объявление. Мне нужно взять то, что я перечислил выше, и создать модель базы данных в Parse. – Jon

ответ

0

Не слишком зацикливаться на объектной модели или хранилища данных. Если вы еще этого не сделали, сгенерируйте список ячеек use cases и используйте их для управления вашей объектной моделью. Но предположим, что вы будете перебирать его, пока не найдете подходящий для своего домена. Одна вещь, которая звучит так, может быть немного подозрительной в отношении вашей спецификации, пишет однодневное ограничение в ваш класс тренировки. Это не похоже на то, что это важно для домена и, вероятно, будет неудобно кодировать (например, что произойдет, если я начну свою тренировку в 23:55?).

Смежные вопросы