-
Notifications
You must be signed in to change notification settings - Fork 242
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No schema? #411
Comments
You can't use jugglingdb without schema. Could you please clarify what you mean by minimal schema? |
Sure, say I have a "contacts" schema. Minimum I want firstName and lastName, but I don't know what else will be stored to it. So I would like to be able to stuff anything in along with firstName and lastName. IE: I may have the following object to store even though my schema is only firstName and lastName {
firstName: 'Jeremy',
lastName: 'Darling',
githubAccount: 'jdarling'
} |
It won't work. Store unknown details in JSON field. On Thu, Jul 17, 2014 at 7:19 AM, jdarling notifications@github.com
|
I also have come across same use cases , is it the same case when using mongo adapter ? |
Yes On 10 August 2014 12:57, Pasindu De Silva notifications@github.com wrote:
Thanks, |
wouldn't that defeat the purpose about nosql being schema-less ? |
Short answer is "no". In practice when you need something schema-less, that On 14 August 2014 12:40, Pasindu De Silva notifications@github.com wrote:
Thanks, |
I have a reason to use the JSON schema format in my app. Could I do my own schema validation and use JugglingDB simply for access? Or could a plug in for schema validation be designed to replace the default schema system in JugglingDB? What would you recommend in this case to avoid duplicating schemas? What type of pull request would you accept in this regard? JSON schema is growing in popularity and standardization. Thank you. |
This one is deep change of jugglingdb internals. I need to keep this requirement in mind while rebuilding stuff for major release. It could be completely schema-less with some restrictions, i.e. no automigrations for sql, different approach for data types handling, etc.. This should be carefully considered. |
What are some of the drivers that force us to remove the schema? |
Would be nice for me too to have a "minimal schema". Any news on this? |
I searched for this and couldn't really see an answer to it. Can you use JugglingDB without a schema? Or a way to use it with a minimal schema (must contain at least but can contain more than)?
Basically just use JugglingDB as an abstraction/access layer?
The text was updated successfully, but these errors were encountered: