Skip to content
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

Timeouts during bulk data load, possible tie in to yz_events crash and a bad state on core create [JIRA: RIAK-1585] #42

Merged
merged 2 commits into from
Jan 23, 2013

Conversation

neuhausler
Copy link
Contributor

No description provided.

@coderoshi
Copy link
Contributor

This looks to be a partial implementation of #10.

store_schema(RD, S) ->
SchemaName = S#ctx.schema_name,
Schema = wrq:req_body(RD),
yz_schema:store(list_to_binary(SchemaName), Schema),
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overwriting a schema can be dangerous. I'd say at minimum by default PUT should refuse to overwrite an existing schema without a specific intent on the user's part. The schema should also be verified correct, and alert the user if invalid.

There's ample discussion of possible solutions here #10

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Really good discussion! The only goal I had for that pull request was to make it at least possible to upload a schema via http, just to be able to start get experienced with all the issues related to schemas, and there are many, as discussed separately, and as experienced by myself. So it should just be seen as an enabler to start building prototypes.

Btw I tend to agree with one of Ryan's questions/suggestions, that at some point that "raw access" to the schemas has to get replaced by some more high-level API that behind the scene based on some JSON-config puts together a consistent and correct schema and! config file, as required by Yokozuna and Solr.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In the name of pragmatism I'd like to see this change committed (with the fixes I've mentioned) and I'll add specific issues for the points above.

@rzezeski
Copy link
Contributor

Marcel, thanks for the contribution. Please address the two comments I made, rebase/squash into the original commit, and I'll re-test the PR.

@neuhausler
Copy link
Contributor Author

will do, thanks.

@rzezeski
Copy link
Contributor

+1 to merge

neuhausler added a commit that referenced this pull request Jan 23, 2013
Added support for storing and retrieving schemas via http
@neuhausler neuhausler merged commit 7cb90fd into master Jan 23, 2013
@Basho-JIRA Basho-JIRA changed the title Added support for storing and retrieving schemas via http Timeouts during bulk data load, possible tie in to yz_events crash and a bad state on core create [JIRA: RIAK-1585] Mar 7, 2015
@Basho-JIRA
Copy link

We have a separate GH issue open in the backlog for bulk load performance. This seems specific to the issue fixed in RIAK-1567 (#437) and covered in https://basho.zendesk.com/agent/tickets/10352, which has seemed to work for the client.

_[posted via JIRA by Zeeshan Lakhani]_

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants