Anatoly Scherbakov

Как я понимаю, проблема у вас в том, что вы перехватываете сохранение, когда parent уже изменён. Я бы делал это примерно так.

class MyModel(models.Model):
    def __init__(self, *args, **kwargs):
        super(MyModel, self).__init__(*args, **kwargs)
        self._initial_parent = self.parent

    def save(self, *args, **kwargs):
        new_parent = self.parent
        if new_parent != self._initial_parent:
            # Marking old branch as obsolete
            self.descendants().update(is_deleted=True)

            # Now, creating a new branch (with new IDs) at the destination node
            root = MyModel.objects.create(parent=new_parent, ...)
            [MyModel.objects.create(...) ...]

            # And cancelling the moving of the current element
            self.parent = self._initial_parent
            self.is_deleted = True

        return super(MyModel, self).save(*args, **kwargs)

1. Почему 100 запросов? Положим, вы хотите спросить список всех заказов.

GET /api/v1/orders/
[{
    "id": 1,
    "created_time": "2016-04-29T19:37:03Z",
    "client": "client_ login",
    "employee": "jane"
}, {
    "id": 2,
    "created_time": "2016-05-29T19:37:03Z",
    "client": "another_client",
    "employee": "john"
}, ...]

Непонятно кстати, у вас клиент, работник и юзер - это одно и то же или разные вещи? Зачем вы выводите в заказе user, если это свойство клиента, а не свойство заказа? Но суть одна: используется либо числовой, либо буквенный идентификатор для внешних сущностей.

Теперь вы можете сделать запрос по нужному вам клиенту:

GET /api/v1/clients/another_client/
{
    "id": 1,
    "created_time": "2016-04-29T19:37:03Z",
    "full_name": "Vasya Pupkin",
    "user": "bububum"
}

Если у вас сравнительно небольшое количество клиентов - ничего страшного в этом нет. Если у вас количество клиентов сопоставимо с числом заказов - вы можете вложенную сущность сделать, следующим образом:

GET /api/v1/orders/
[{
    "id": 1,
    "created_time": "2016-04-29T19:37:03Z",
    "client": {
        "id": 2,
        "full_name": "Vasya Pupkin"
    },
    "employee": "jane"
}, ...]

Вообще, на самом деле, в RESTful API полагается вместо id сущностей писать их URL, но оставим за скобками. Сам обычно так не делаю...

Почитайте статью В. Зуева "Редкая профессия". Узнаете, какой самый лучший способ полностью изучить язык: написать для него компилятор или интерпретатор.

Внимание, вопрос: а зачем?

Ну глупое требование про 20 таблиц, конечно. Гулять так гулять :)

1. Аэропорт
- Название
- Код ICAO

2. Сотрудник
- Аэропорт (FK)
- ФИО
- Должность

(Я не в курсе, как работают сотрудники на стойках регистрации, но давайте предположим, что постоянно.)

3. Стойка регистрации
- Аэропорт
- Сотрудник
- Время работы
- Тип
- ...

4. Модель самолёта
- Название

5. Авиакомпания
- Название

6. Рейс
- Аэропорт вылета (FK)
- Аэропорт назначения (FK)
- Модель самолёта (FK)
- Авиакомпания (FK)
- Время вылета
- Время прибытия
- Длительность полёта (денормализовано слегка, чтоб каждый раз не считать)

7. Пассажир
- ФИО
- Дата рождения
- Паспортные данные

8. Скидки
- Название
- Величина скидки в %

9. Регистрация
- Пассажир (FK)
- Рейс (FK)
- Стойка (FK)
- Скидка (FK)
- Номер места
- Цена

10. Багаж
- Регистрация (FK)
- Номер багажа
- Масса
- Стоимость

На этом у меня вдохновение иссякло. Но вы можете раздуть это в разные направления:
- Типы воздушных судов (самолёты, вертолёты)
- Техническое обслуживание, занятые в нём техники
- Расчёт зарплаты сотрудников аэропорта, в том числе регистраторов на стойках
- Типы воздушных линий (местные, международные)
- ...

Попробуйте www.django-rest-framework.org/api-guide/relations/...

Есть два варианта.

1. Раздать всем зарегистрированным пользователям специально созданный permission - например, Article.can_view, скажем, посредством добавления их всех в группу, и затем использовать permission_required.

2. (Мне кажется, лучше) переопределить get_object во view приблизительно так:

obj = super(FullView, self).get_object()
if self.request.user.is_anonymous and obj.article_access:
    raise PermissionDenied
else:
    return obj

1. Где находится функция get_queryset? В классе модели?
2. Про django-guardian - я не уверен, что вам он нужен. А эти задачи - действительно решаются посредством get_queryset, но в представлениях. Можно их наследовать от ListView, UpdateView, и переопределять get_queryset используя self.request.