Комментарии пользователя Сергей Горностаев

Prit1, во-первых, при синхронизации двух баз неизменность идентификаторов ещё важнее. Например, в БД на сервере есть таблица, в которой хранится пользовательский баланс

id |   name   | ammount
---+----------+------------
1  | Иванов   | 500
---+----------+------------
2  | Петров   | 10
---+----------+------------
3  | Сидоров  | 3000

При первой синхронизации мобильного приложения с серверов, вы сделали копию этой базы. Потом мобильное устройство потеряло связь, и в этот момент на сервере удалили запись Петрова и пересчитали идентификаторы по порядку. При следующей синхронизации вам придётся или полностью перезалить базу мобильного базой серверной, потеряв все внесённые изменения, или у вас возникнет конфликт - в мобильном приложении у пользователя с идентификатором 2 на балансе 10, а на сервере 3000.

Выхода из этой ситуации два:
1. Естественные ключи - если фамилии уникальны, то идентифицировать записи можно по ним, просто убрав поле id.
2. Серверные идентификаторы - в таблицу БД мобильного приложения добавляется ещё одно поле server_id, которое может быть null, и в него при синхронизации записываются id из БД сервера. Если в поле null, значит запись создана на клиенте и ещё не отправлялась на сервер. Если в поле значение, но на сервере его нет, значит на сервере оно было удалено и надо удалить из локальной БД. Если запись с таким id есть и на сервере и на клиенте, то идентификатор можно использовать для синхронизации данных только изменённых строк, экономя трафик и исключая ошибки целостности.

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

Написано более трёх лет назад

Почему выдаёт 404 ошибку при запросе данных?

Сергей Горностаев @sergey-gornostaev Куратор тега Flask

andreysuha, потому что в этом случае на клиентской стороне возникнет ошибка "Cross-Origin Request Blocked", а 404-я возникает на сервере и только в том случае, когда запрашиваемый ресурс не найден.

Написано более трёх лет назад

Где в Django хранить бизнес логику системы?

Сергей Горностаев @sergey-gornostaev Куратор тега Django

Евгений Ромашкан, это фразеологизм.

Написано более трёх лет назад

Как сделать что бы id строки в таблицы начиналось с 1 даже после удаления нескольких строк?

Сергей Горностаев @sergey-gornostaev Куратор тега Python

Prit1, вы не правы.

Написано более трёх лет назад

Как сделать что бы id строки в таблицы начиналось с 1 даже после удаления нескольких строк?

Сергей Горностаев @sergey-gornostaev Куратор тега Python

Prit1, зачем?

Написано более трёх лет назад

Почему выдаёт 404 ошибку при запросе данных?

Сергей Горностаев @sergey-gornostaev Куратор тега Flask

andreysuha, ни асинхронность экшена, ни различия в домене и порте не могут приводить к 404-й.

Написано более трёх лет назад

Какой движок использовать для сайта фрилансеров?

Сергей Горностаев @sergey-gornostaev

Антон Спирин, он может пригодиться копиям фрилансеров.

Написано более трёх лет назад

Можно добавить собственный тег?

Сергей Горностаев @sergey-gornostaev

s0xzwasd, люди сейчас могут консолидироваться вокруг тега Lisp. Когда в нём накопится достаточно много вопросов конкретно по Racket, будет создан отдельный тег.

Написано более трёх лет назад