Я разрабатываю простое приложение iOS со следующей настройкой базы данных. Существует субъект спортсмена, который имеет много-много отношений с тренировкой. Тренировка имеет много отношений с результатами тренировки. Спортсмен < < - >> Тренировка < - >> Workout_Scores. Я думаю, что я настроил свою модель неправильно. Я думал, что спортсмены могут делиться тренировками (например, у нескольких спортсменов есть один и тот же объект тренировки), или упражнение может быть эксклюзивным для одного человека. Тем не менее, оценка упражнений строго для одного спортсмена, а не для совместного использования. У вас может быть до 1 балла за каждую тренировку. У 2 спортсменов может быть одинаковая тренировка, но их оценка должна быть раздельной. Я правильно настроил свою модель? Должен ли объект оценки быть связан с спортсменом, а не с тренировкой?iOS - путаница данных «многие-ко-многим»?
ответ
Похоже, вы хотите использовать Workout_Scores как своего рода таблицу соединений (хотя терминология не подходит для инфраструктуры объектного графика, такой как CoreData). Ваша организация Workout_Scores должна иметь два к одному отношения к спортсменам и тренировкам. У спортсмена должно быть отношение «to-many» к Workout_Score (у спортсмена может быть много баллов по тренировкам), а тренировка должна иметь отношение «ко многим» к WorkoutScore (тренировка может иметь множество баллов за тренировку, которые происходят от одного или от многих разных спортсменов) ,
Вот что я предлагаю для вашей модели данных:
Спасибо, дополнительное изображение было очень полезно, вопрос просто? Как настроить выбранное свойство? –
То есть, что бы я поставил для предиката или назначения? –
Я думаю, вам нужно что-то вроде 'ANY workoutScores.athlete == $ FETCH_SOURCE' –
- 1. IOS Активы URL Путаница
- 2. вкладка IOS бар путаница
- 3. IOS: Покрытие кода Путаница
- 4. Путаница о блоках iOS
- 5. Путаница относительно блоков в ios
- 6. Путаница модели данных Cassandra
- 7. Индекс базы данных путаница
- 8. Объединение фреймов данных путаница
- 9. C тип данных путаница
- 10. Путаница по поводу шифрования в iOS
- 11. Интеграция с графическим процессором iOS, небольшая путаница
- 12. Сильная и слабая путаница в iOS
- 13. путаница на моделировании данных cassandra
- 14. Путаница по синтаксису атрибута данных
- 15. Jquery элемент путаница Добавления данных
- 16. путаница с реализацией основных данных
- 17. путаница с построением структуры данных?
- 18. IBOutlet путаница
- 19. self.bounds путаница
- 20. Initializiation путаница
- 21. Путаница между типами данных OpenCv4Android и C++
- 22. Путаница данных ядра: выборка без табличного обзора
- 23. Жизненный цикл работы и путаница базы данных
- 24. путаница по инициализации данных в Java
- 25. Путаница при обновлении данных из нескольких флажков
- 26. Путаница о «типе» и «данных» в haskell
- 27. Путаница GADT с пользовательскими типами данных?
- 28. базы данных дизайн таблицы путаница в Django
- 29. Путаница данных конкретной темы в данном примере
- 30. Перегрузка функции/метода C++: путаница типа данных?
Если у вас есть уникальная 'тренировка score' для каждого' 'athlete' за Workout', то отношения между' 'workout' и тренировками оценка' является взаимно однозначной. Однако, когда включен «Athlete», вам нужна отдельная таблица с «оценками» (как и вы), которая содержит «AthleteID», «WorkoutID» и «score». У вас есть 1 «Athlete», который связан с несколько «тренировок», и это выглядит отлично. –