Поле первичного ключа сброса SQLite
Я думаю, что можно сформировать аргументы или в пользу смешивающих резервных копий вместе с VCS, или для обработки их как совершенно отдельные. Но я думаю, что Вы не можете постараться не говорить об отдельных функциях VCS, поскольку это - функции что differntiate VCS от решения для резервного копирования:
- Отслеживание того, кто сделал что изменение.
- Присоединение примечания к каждому изменению для объяснения причин позади изменения.
- (Главным образом) параллельный доступ несколькими пользователями, возможно от совсем других местоположений.
В моих глазах, эти функции определяют. При игнорировании их VCS является по существу тем же как решением для инкрементного резервного копирования.
при рассмотрении распределенного VCS Вы могли бы найти более сильное понятие отслеживания ответвлений, чем в нераспределенном VCS. Таким образом, не может быть единственного ответвления головы/соединительной линии, но нескольких в любой момент времени. Это - что-то никакое решение для резервного копирования, с которым я столкнулся, рассматривает.
1 ответ
Попробуйте следующее:
delete from your_table;
delete from sqlite_sequence where name='your_table';
SQLite отслеживает самые большие ROWID, который когда-либо использовался в таблице специальная таблица
SQLITE_SEQUENCE. ВТаблица SQLITE_SEQUENCEсоздана и инициализируется автоматически всякий раз, когда нормальная таблица, содержащая Столбец AUTOINCREMENT создан. В содержимое таблицы SQLITE_SEQUENCE можно изменить с помощью обычного UPDATE, Инструкции INSERT и DELETE. Но внесение изменений в эту таблицу скорее всего, нарушит АВТОИНКРЕМЕНТ алгоритм генерации ключей. Убедиться вы знаете, что вы делаете, прежде чем вы внести такие изменения.