А мозги, у работающего с БД, зачем ?
А VACUUM зачем ?

Можете расказать что этот оператор означает

miver, посмотри здесь http://www.sql.ru/docs/sql/u_sql/ch14.shtml если что-то будет непонятно тогда прийдется пример сделать

Редактировалось 3 раз(а), последний 2022-04-03 00:49:21

miver, вот во второй колонке StringTable выведены названия групп и названия компонент + информация о компонентах, т.е. в одну колонку из двух разных таблиц.
code_25405.txt

При чём тут мозги - поясни, плиз. А VACUUM - да, перенумерует. А кстати, мы ведь так и не выяснили у топикстартера, что в его понимании есть "5я запись" - может, это 5я по алфавиту по какой-нибудь колонке?

Мозги нужны для того, чтобы правильно поставить задачу.
Да и Vacuum ничего не переименует. Просто удалит пустые места.
А порядок rowid как был, так и останется. И если удалена 5-я запись, то так и будет 1,2,3,4,6,7 и т.д.

Ну раз так, вот задача
code_25413.txt
Теперь нужно тоже самое только на sqlite.

Это не задача для БД.
Это издевательство над БД.
testbd.rar

Если захочешь каждый раз начинать с 15-и строк - включи Check

остался replace
тоже самое только с перезаписью ячейки др. данными

hitman249,
БД - это не мусорка. БД - это набор уникальных (неповторяющихся) записей.
Для того, чтобы запись стала уникальной, при создании таблицы добавляют ещё колонку "Номер записи".
Вот это PRIMARY KEY и укажет, что колонка nzap будет ПЕРВИЧНЫМ (неповторяющимся) КЛЮЧОМ.
А для модификации записей БД есть всего четыре команды (кстати прекрасно описанные в нашем Wiki):
Добавить INSERT
Удалить DELETE
Изменить UPDATE
Заменить REPLACE

testbd2.rar

Tad, для упрощения жизни пользователю лучше так:
Тогда более новые записи будут иметь гарантированно бОльшие номера, чем старые (без AUTOINCREMENT SQLite может повторно использовать индексы).
(Примечание: впрочем, вероятность повторного использования невелика: нужно добавить очень много записей - около 9,000,000,000,000,000,000)

iarspider, ну давай поспорим.
1. Основной принцип БД : Чтобы поддерживать максимальную гибкость БД, строки таблицы, по определению, не должны находиться ни в каком определенном порядке.
2. Если я удалил (в процессе работы с БД) первых 8,999,999,999,999,999 то у меня (при AUTOINCREMENT) останется только доступными 1000 номеров.
3. Какое мне дело - какой уникальный ID будет присвоен следующей записи ? И в чем я выиграю со словом AUTOINCREMENT ?
4. Встречал ещё и такой совет:
смеялся долго5.
всё верно - свободные на данный момент, что совершенно не нарушает и всегда иметь уникальный (невидимый) ROWID к которому в SQLite можно всегда обратиться.

Tad,
1. Это из "Понимание SQL" цитата, да? Тогда ровно через один параграф читаем: "<...> вы должны иметь столбец в вашей таблице который бы уникально идентифицировал каждую строку."
2. А ты доживи до такого числа записей
3. Связывание таблиц (см. того же Грабера)
4. Согласен, это уже лишнее.
5. Опять же согласен, не внимательно прочитал.

Без AUTOINCREMENT : Если значение ROWID равно максимально возможному числу (9223372036854775807), то ядро базы данных начинает рандомно искать свободный ROWID.
С AUTOINCREMENT получишь сообщение об ошибке.
AUTOINCREMENT - это команда для ROWID.
если записывать в БД по 292 471 208 678 записей в секунду , то ничего невозможного - за год управишься.