예약된 시간은 과거에 있을 수 없으며 앞으로 최대 2주가 될 수 있습니다. 위의 예에서와 같이 날짜, 시간 및 시간대가 있는 ISO 8601 날짜일 수도 있고, 유닉스 시대 시간을 나타내는 숫자 값일 수도 있다(UTC). 만드는 거의 모든 클래스에는 이러한 사용 권한이 어느 정도 조정되어야 합니다. 모든 개체에 동일한 사용 권한이 있는 클래스의 경우 클래스 수준 설정이 가장 효과적입니다. 예를 들어, 하나의 일반적인 사용 사례에는 누구나 읽을 수 있지만 아무도 작성하지 않는 정적 데이터 클래스가 있어야 합니다. 앱의 대부분의 클래스는 보안이 간편한 몇 가지 범주 중 하나에 속합니다. 완전 공용 데이터의 경우 클래스 수준 권한을 사용하여 테이블을 잠그고 아무도 공개적으로 읽을 수 있고 쓸 수 있도록 할 수 있습니다. 완전 개인 데이터의 경우 ACL을 사용하여 데이터를 소유한 사용자만 데이터를 읽을 수 있는지 확인할 수 있습니다. 그러나 경우에 따라 완전히 공개되거나 완전히 비공개인 데이터를 원하지 않는 상황이 발생한다. 예를 들어 사용자가 승인한 친구만 읽을 수 있는 사용자 데이터가 있는 소셜 앱이 있을 수 있습니다.

이를 위해 원하는 공유 규칙을 정확하게 활성화하려면 이 가이드에서 설명하는 기술을 조합해야 합니다. ParseUser와 관련된 연결은 즉시 작동합니다. 예를 들어 블로깅 앱을 만들고 있다고 가정해 보겠습니다. 사용자에 대한 새 게시물을 저장하고 모든 게시물을 검색하려면 이제 포인터 권한을 사용하는 예제를 살펴보겠습니다. 포스트 클래스가 있고 개체가 있는 myPost가 있다고 가정해 보겠습니다. 앱, 포스터 및 뷰어에는 2명의 사용자가 있습니다. Post 클래스의 작성자 필드에 있는 모든 사용자에게 개체에 대한 액세스를 읽고 쓸 수 있는 포인터 권한을 추가하고 myPost 개체의 경우 포스터가 해당 필드의 사용자라고 가정해 보겠습니다. 또한 개체에 ACL을 제공하여 뷰어에 대한 읽기 액세스를 제공합니다.

이렇게 하면 포스터가 myPost를 읽고 편집하고 뷰어가 읽을 수 있지만 뷰어는 포인터 권한에 의해 거부되고 포스터는 ACL에 의해 거부되므로 두 사용자 모두 개체에 액세스할 수 없습니다. 보시다시피 사용자가 요청을 할 수 있는 권한이 있는지 여부는 Clp와 ACL을 모두 사용할 때 복잡해질 수 있습니다. Clp와 ACL이 상호 작용하는 방법을 더 잘 이해하기 위한 예제를 살펴보겠습니다. 개체가 있는 사진 클래스가 있다고 가정해 보겠습니다. 앱에는 사용자 1 및 user2에 2명의 사용자가 있습니다. 이제 Photo 클래스에서 CLP Get을 설정하여 공개 Get을 사용하지 않도록 설정하지만 user1이 Get을 수행할 수 있도록 허용한다고 가정해 보겠습니다. 이제 photoObject에 ACL을 설정하여 GET을 포함하는 읽기를 허용하도록 사용자2에 대해서만 설정해 보겠습니다. 기본적으로 다른 모든 사용자가 사용자 구문 분석 개체를 읽을 수 있다는 점을 반복할 가치가 있습니다. 다른 사용자가 사용자 개체에 포함된 데이터(예: 사용자의 전자 메일 주소)를 방지하려면 사용자 개체에 ACL을 설정하려고 합니다.

Parse에서 일대일 관계는 한 개체를 두 개체로 분할해야 하는 경우에 적합합니다. 이러한 상황은 드물지만 두 가지 예가 있습니다. 클라우드 함수를 사용하여 앱에 반환되는 데이터 양을 제한할 수도 있습니다. 다음 예제에서는 클라우드 함수를 사용하여 영화의 평균 등급을 얻습니다. 예를 들어 지정된 Weapon이 있는 모든 사용자 분석 개체를 찾으려면 포인터 사용 권한은 가상 ACL과 유사합니다.