This is more of a conceptual question…with the answer I may be able to figure out what am doing wrong here…
Working with Appgver and have previously set up ‘User Registration’ and ‘Log in’ using the below guide, and all good with that. I am now creating a profile page where users can add details (age, country…) in addition to the login (email) and password required at registration.
I noticed the third part of the document ‘Save Data In Backendless’ uses a table called ‘Person’. I thought I would rather add fields to ‘Users’ and have the additional details stored there…and adding such fields was mentioned in some Backendless docs I read, so I assumed this was OK. But having not been able to get my API working to pull data from ‘Users’ to populate the profile page, I just wanted to check? Should I be keeping the password and login values stored in ‘Users’ separate from the additional info, i.e. it should go into something like ‘Person’ and not an expanded ‘User’?
Another slightly confusing bit is that in the documentation about setting up the ‘Save Object’ API (for use with the ‘Person’ table), it states “in the CONFIG tab, as during registration, we specify the Response key path objectId”. But in registration, it actually says to use email.
I am also struggling to see how ‘Person’ and ‘Users’ are linked, which is why I went with updating ‘Users’ with additional fields and updating using user-token and ownerId, but it may have something to do with the above…is it the objectId that links them?
Why my API is not working I am going to query on the appgyver forum, but just wanted to check my method beforehand…
Are you looking for help?
This is a support forum for reporting issues related to Backendless services. Please note that due to our support policy we cannot provide you help with debugging your code, consulting in regards to any language or third-party library usage. For this kind of questions we recommend using more appropriate forums like Stack Overflow.
In order to suggest you a quality solution, we shall usually ask you to provide the details mentioned below first. Including them into your topic right away helps us to start investigating your issue much faster.
In case you have a suggestion or an idea, the details below are not always required, though still any additional background is welcome.
Backendless Version (3.x / 5.x, Online / Managed / Pro )
Client SDK (REST / Android / Objective-C / Swift / JS )
Please describe the expected behavior of the issue, starting from the first action.
Please provide a description of what actually happens, working from the same starting point.
Be descriptive: “it doesn’t work” does not describe what the behavior actually is – instead, say “the request returns a 400 error with message XXX”. Copy and paste your logs, and include any URLs.
Reproducible Test Case
Please provide a simple code that could be run in a new clean app and reproduce the issue.
If the issue is more complex or requires configuration, please provide a link to a project on Github that reproduces the issue.