Добавление элемента-массива документа mongoDB с использованием Python Eve

Это интересный вопрос. Я считаю, что для достижения цели вам необходимо выполнить два действия:

1. Создайте и передайте собственный валидатор.
2. Создайте и передайте настраиваемый уровень данных Mongo.

Может показаться, что это слишком много работы, но, вероятно, это не так.

Пользовательский валидатор

Пользовательский валидатор будет необходим, потому что, когда вы выполняете свой запрос PATCH на конечной точке с «включенной push», вы хотите передать документ, который синтаксически отличается от схемы проверки конечной точки. Вы собираетесь передать dict ({"slot": {"thing1": "data1", "thingX": "dataX"}}), тогда как конечная точка ожидает список:

'mycollection': {
    'type': 'list',
    'schema': {
        'type': 'dict',
        'schema': {
            'thing1': {'type': 'string'},
            'thingX': {'type': 'string'},
        }
    }
}

Если вы не настроите проверку, вы получите ошибку проверки (list type expected). Думаю, ваш собственный валидатор может выглядеть примерно так:

from eve.data.mongo.validation import Validator
from flask import request

class MyValidator(Validator):
    def validate_replace(self, document, _id, original_document=None):
        if self.resource = 'mycollection' and request.method = 'PATCH':
            # you want to perform some real validation here
            return True
        return super(Validator, self).validate(document)

Имейте в виду, что я не пробовал этот код, поэтому может потребоваться некоторая корректировка здесь и там.

Альтернативный подход - настроить альтернативную конечную точку только для запросов PATCH. Эта конечная точка будет использовать тот же источник данных и иметь схему, подобную dict. Это позволит избежать необходимости в настраиваемом валидаторе, а также у вас по-прежнему будут нормальные атомарные обновления полей ($set) на стандартной конечной точке. На самом деле я думаю, что мне больше нравится этот подход, так как вы не теряете функциональность и не уменьшаете сложность. Инструкции по обращению нескольких конечных точек к одному источнику данных см. В документации

Пользовательский уровень данных

Это необходимо, потому что вы хотите выполнить $push вместо $set, когда mycollection участвует в запросе PATCH. Что-то вроде этого может быть:

from eve.io.mongo import Mongo
from flask import request

class MyMongo(Mongo):
    def update(self, resource, id_, updates, original):
        op = '$push' if resource == 'mycollection' else '$set'
        return self._change_request(resource, id_, {op: updates}, original)

Собираем все вместе

Затем вы используете свой собственный валидатор и уровни данных при инициализации приложения:

app = Eve(validator=MyValidator, data=MyMongo)
app.run()

Опять же, я не проверял все это; Сейчас воскресенье, я на пляже, так что, возможно, придется немного поработать, но это должно работать.

С учетом всего вышесказанного я фактически собираюсь поэкспериментировать с добавлением поддержки push-обновлений в стандартный уровень данных Mongo. В частной ветке реализована новая пара глобальных / конечных настроек, например _11 _ / _ 12_. Первое значение по умолчанию - $set, поэтому все конечные точки API по-прежнему выполняют атомарные обновления полей. Можно решить, что определенная конечная точка должна выполнять что-то еще, например $push. Реализовать валидацию чистым и элегантным способом немного сложно, но, если предположить, что я найду время поработать над этим, вполне вероятно, что это может дойти до Eve 0.6 или выше.

Надеюсь это поможет.

Я решил это по-другому. Я создал второй домен, в котором был каждый отдельный элемент в массиве. Затем я подключился к событиям вставки Евы http://python-eve.org/features.html#insert-events. Затем в обработчике события вставки поста я взял элемент и использовал следующий код:

    return current_app.data.driver.db['friends'].update(
            { 'id': items[0]['_friend_id']  },
            {
                 '$push': { 'enemies': {'enemy':items[0]['enemy'],

                 }
                 },
                    '$currentDate': { 'lastModified': True }
            }
    )

В основном у меня теперь есть нормализованные и денормализованные представления в db.