I need a field, that contains one pointer. Pointer type is not suitable cuz pointer may be for different entities, so I thought about Array or Object. For me it will be no matter which except theoretical performance when search by this field.
As to Array - it’s simple, I can see in a dashboard pointer as object with type pointer and className.
But in case with Object field - there is only key objectId: { "pointerKey": { "objectId": "gmMepz8C06" } }
So pointers only for Pointer, Array or relations?
If for search query with Object I could use equalTo('fieldName.pointerKey', pointer)
then what can I use with Array - equalTo('fieldName', [pointer]) ?
May be 'fieldName[0]'?
I am not sure regarding the performance but I believe both queries will have about the same performance. I suggested object (and not array) because I understood you needed to store only one pointer per row. You can use array as well and these queries should also work.
May be with array field in parse query I can use something like this equalTo('fieldName', pointer)
instead of equalTo('fieldName', [pointer]) or equalTo('fieldName.0', pointer)
You will probably not be able to use the include because you will have pointers to different classes, but the other features should work for your case.