Владимир Куц

По опыту - чаще идет разработка на Django Rest Framework. Чистый Django практически не используется. Потому что во-первых веб сейчас динамичный, - требуются частые обновления не перегружая всю страницу. Во вторых - часто требуются мобильные клиенты для работы с проектом, и в третьих - сам проект может обмениваться данными посредством АПИ со связанными проектами.
Поэтому просто делается единый REST АПИ интерфейс, с которым уже общается и фронт, и мобильные клиенты, и внешние сервисы.

dog = DogSerializer(many=True)
в DogRequestSerializer

Для этого вьюсеты придумали :

class FacultyViewSet(
    mixins.ListModelMixin,
    mixins.RetrieveModelMixin,
    GenericViewSet
):
    queryset = Faculty.objects.all()
    serializer_class = FacultySerializer
    permission_classes = (permissions.AllowAny, )

Выведет и список, и детально, и без бойлерплейта приведенного у вас.

Как-то так попробуйте:

class CostSerializer(serializers.ModelSerializer):
    category = serializers.CharField(source="category.title")

    class Meta:
        model = Cost
        fields = '__all__'

Вы как-то костыльно все делаете. У вас должно быть как-то так примерно:

from drf_writable_nested.serializers import WritableNestedModelSerializer


class VendorContactSerializer(serializers.ModelSerializer):
    class Meta:
        model = VendorContacts
        fields = (
                  'contact_name',
                  'phone',
                  'email',)

class VendorModulSerializer(serializers.ModelSerializer):

    class Meta:
        model = VendorModuleNames
        fields = ('module',)

class VendorsSerializer(WritableNestedModelSerializer):
    vendorcontact = VendorContactSerializer(source='vendor.vendorcontacts', many=True)
    vendormodulenames = VendorContactSerializer(source='vendor.vendormodulenames', many=True)

    class Meta:
        model = Vendors
        fields = ('vendor_name',
                  'country',
                  'nda',
                  'parent_vendor',)

И тогда большая часть кода что вы нагородили во вьюхе в post - не требуется. И создавать можно по нескольку инстансов
По sources только уточните как у вас back relations называются

Опишу одно из применений REST-фреймворка. Вот написали вы корпоративное приложение. А потом захотели чтобы и из мобильных приложений функциональность БД вашего приложения была доступна в софте на java например. Вот для "скрещивания ужа с ежом" - то есть для организации работы мобильного приложения на java с вашей базой на Django, наиболее удобным будет использование REST-интерфейса.
Через REST-интерфейс будут доступны все операции с вашими моделями - авторизация, выборки, редактирование данных, и прочее, с использованием наименьшего количества телодвижений.