-
Notifications
You must be signed in to change notification settings - Fork 6
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
Fs insert one new #166
base: client
Are you sure you want to change the base?
Fs insert one new #166
Changes from 1 commit
93d02c9
7929b81
1123853
1a01b94
6f3f475
0766efa
068a03a
142e7c4
0f305dd
4acd773
3a97060
d43a7dc
72b4dea
96b7659
ffd5961
f8569b6
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -7,6 +7,8 @@ | |
|
||
from pydatarecognition.fsclient import FileSystemClient | ||
from pydatarecognition.runcontrol import connect_db | ||
from tests.inputs.pydr_rc import pydr_rc | ||
from tests.inputs.exemplars import EXEMPLARS | ||
|
||
# | ||
# def test_dump_json(): | ||
|
@@ -117,24 +119,19 @@ def test_all_documents(): | |
|
||
test_insert_cif = [({'intensity': [], 'q': [], 'ttheta': [], 'wavelength': 0.111111, '_id': 'ts1129'}, | ||
{'intensity': [], 'q': [], 'ttheta': [], 'wavelength': 0.111111, '_id': 'ts1129'}), | ||
('bad_case_test', 'bad_case_test')] | ||
('bad_case_test', EXEMPLARS['calculated'][-1])] | ||
@pytest.mark.parametrize('input, result', test_insert_cif) | ||
def test_insert_one(make_db, rc, input, result): | ||
client = FileSystemClient(rc) | ||
client.open() | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. the code below seems to be testing connect_db, which should be tested in |
||
actual = client.dbs | ||
expected = connect_db(rc)[1] | ||
assert actual == expected | ||
|
||
dbname = 'local' | ||
collname = 'calculated' | ||
|
||
try: | ||
client.insert_one(dbname, collname, input) | ||
assert list(client.dbs[dbname][collname].values())[0] == result | ||
except TypeError: | ||
print('Input type should be json (dict).') | ||
client.load_database(pydr_rc['databases'][0]) | ||
client.insert_one(dbname, collname, input) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Please check we have the right logic here. I think it should look like:
I don't see the read so I am not sure we are testing that the file was updated. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think since we are calling the |
||
|
||
assert list(client.dbs[dbname][collname].values())[-1] == result | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. per your question (which I don't see here for some reason) this may be left over from Regolith where the process is to load the entire database into memory (as client.dbs[dbname][collname]). It is then put back into the database at the end with a There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Sorry, quick questions here. So it's a bad practice to load client.dbs[dbname][collname] entirely using the above.> What if we implement find_one first and use it to test insert_one? For example: There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think we could, but I am not convinced that it is the best way. We should presumably also test that nothing else in the file was corrupted or overwritten or sthg. Also, as I mentioned before, we are not inserting cifs per se. I think insert_one should be able to insert any valid json. I think you agree, but by putting cif in the name it makes the test harder to read so I suggest changing There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Thank you! Also another quick question, by inserting all the way into the database backend you mean overriding the yaml file directly instead of using client.load_db and client.dump_db? That means we have to change our insert_one function to directly access the yaml file? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. yes, I think that is right. Regolith assumed small databases that could be stored in memory, then operations on the items could be done with do loops and list comprehensions, but with large databases we want to use the powerful database capabilities directly, so we want kind of CRUD capabilities. We may probably want the fs to be json format not yml, but otherwise, yes, I think we want to insert directly. |
||
|
||
|
||
@pytest.mark.skip("Not written") | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe don't catch the exception, let the program crash? Otherwise we have bad magic that the program is not updating the database but we don't know why. Here having it crash with the exception is a feature, not a bug.