вот в миграциях:

('category', models.ForeignKey(blank=True, null=True, on_delete=django.db.models.deletion.CASCADE, related_name='+', to='base_app.category'))

он делете работает на уровне кода

не на уровне базу

можно его как-то применить на базу ?

боюсь только руками

ребят подскажите плз, а как в запросу .all() добавить еще поле с related_field, сейчас сделал просто в values() перечислил все поля, мб есть более элегантный способ

annotate может быть ?

что делать если на сайте  большая нагрузка раз в месяц (регистрация), остальное время редко юзается ?

спасибо попробую

Подскажите есть пользователи, условно А и Б, есть 2 базы
'default': {},
'usersA': {
       'NAME': 'usersA',
       'ENGINE': 'django.db.backends.mysql',
       'USER': 'usersA',
       'PASSWORD': '1111'
   },
'usersB': {
       'NAME': 'usersB',
       'ENGINE': 'django.db.backends.mysql',
       'USER': 'usersB',
       'PASSWORD': '111'
   }
Насколько я понимаю через БД routers этого реализовать нельзя, т.к на момент инициализации приложение знать не знает про пользователей.
Как сделать так что бы когда бы когда заходит пользователь A использовать базу 'usersA', а когда B базу 'usersB'

судя по всему Гвидо снова в деле
https://pythonz.net/articles/376/

Получается если ускориться СPython то за ним и следующие версии Python станут быстрее ?

ну да

Cpython есть стандартная реализация питона

помимо оптимизации
были планы перенести наработки Pyston в стандартную либо Cpython

Гвидо же в микрософте) а зачем им понадобился питон?) что-то для облаков - машинного обучения?)

Ну Гвидо устал от безделия и пошёл к майкам и решили что-то "замутить" с Python))

Главное , чтоб  сам язык не изгадили.  Слышал , что хотят внедрить какие-то категории... тип уровни . Студенческий,  для смертных,  коммерческий. Что-то вроде того

пасиб