|
76 / 32 / 11
Регистрация: 28.02.2011
Сообщений: 2,074
|
|
Удалить значения одного столбца29.01.2026, 07:15. Показов 715. Ответов 21
Метки нет (Все метки)
0
|
|
| 29.01.2026, 07:15 | |
|
Ответы с готовыми решениями:
21
Вывод значения из одного столбца таблицы в 2 столбца другой таблицы
|
|
47 / 39 / 9
Регистрация: 12.06.2024
Сообщений: 179
|
||||||
| 29.01.2026, 09:36 | ||||||
Сообщение было отмечено tmpnik1 как решение
Решение
0
|
||||||
|
1741 / 1656 / 167
Регистрация: 25.07.2015
Сообщений: 2,717
|
|
| 29.01.2026, 10:40 | |
|
0
|
|
|
1200 / 769 / 128
Регистрация: 10.03.2012
Сообщений: 4,968
|
|
| 29.01.2026, 11:05 | |
|
0
|
|
|
76 / 32 / 11
Регистрация: 28.02.2011
Сообщений: 2,074
|
|
| 29.01.2026, 13:04 [ТС] | |
|
Ни фига не получается, подошёл к конкретному примеру, надо сменить id(integer PRIMARY KEY AUTOINCREMENT NOT NULL)
но UPDATE TABLE_NAME SET id = id+1, надо начинать не с первой записи, а с последней так как если имеется дырка в непрерывной последовательности id, то заменяется легко(например id=2 нет, тогда UPDATE TABLE_NAME SET id = id+1 where id=1 ошибки нет). Как мне начать изменять последовательность id не с минимального id, а с максимального... Вроде бы инкримент как-то убрать, изменить, потом вернуть... чё то не догоняю
0
|
|
|
14314 / 9399 / 1355
Регистрация: 21.01.2016
Сообщений: 35,450
|
||
| 29.01.2026, 13:17 | ||
|
Не трогай это поле. Оно служебное. Не надо в наборе ID "дыры" латать. Они там никому не мешают.
1
|
||
|
47 / 39 / 9
Регистрация: 12.06.2024
Сообщений: 179
|
|||
| 29.01.2026, 14:44 | |||
|
Добавлено через 4 минуты
0
|
|||
|
1741 / 1656 / 167
Регистрация: 25.07.2015
Сообщений: 2,717
|
||||||||||
| 29.01.2026, 17:38 | ||||||||||
|
Именно на это я и обратил внимание , говоря
Тем паче "дыры" все равно появятся при работе с БД. Ну и плюс ко всему вероятность нарушения целостности резко возрастает.
0
|
||||||||||
|
1200 / 769 / 128
Регистрация: 10.03.2012
Сообщений: 4,968
|
|
| 29.01.2026, 17:51 | |
|
Проще всего наверное создать новую таблицу без этого столбца
0
|
|
|
1741 / 1656 / 167
Регистрация: 25.07.2015
Сообщений: 2,717
|
|
| 29.01.2026, 18:43 | |
|
Whitecolor, если я правильно понимаю , то таблицы предопределены , исходя из другой темы ТС.
0
|
|
|
76 / 32 / 11
Регистрация: 28.02.2011
Сообщений: 2,074
|
|||||||||||
| 30.01.2026, 06:33 [ТС] | |||||||||||
|
Спасибо, да, таблицы предопределены. Но это ключевое инкрементное поле родительской таблицы, а две дочерние таблицы полем key_id связаны с этой таблицей по этому ключевому полю, поэтому увеличиваю id в родительской таблице на единицу, потом перейду в дочернею и также увеличу значение не инкрементного поля key_id на 1.
Добавлено через 1 час 17 минут Правда тут маленькая проблема,
пришлось немного подправить..
0
|
|||||||||||
|
1741 / 1656 / 167
Регистрация: 25.07.2015
Сообщений: 2,717
|
|||
| 30.01.2026, 07:17 | |||
![]() Надеюсь у вас есть архив , т.к. вы своими действиями сейчас можете обрушить все связи ? Если же шаловливые ручонки все-таки покоя не дают , то делается это с точностью до наоборот - сначала меняются записи в дочерней таблице , потом в родительской. Например : есть ящик (родительская таблица) , в нем лежат яблоко, апельсин, банан (дочерняя таблица) Вы пытаетесь переименовать/убрать/починить ящик , не удалив из него содержимое. Не самый лучший пример, но первое , что пришло в голову. Поэтому вариант 1, все изменения в дочерней, потом изменения в родительской вариант 2, убираете связи между таблицами и меняете что хотите и где хотите. Но , если в первой варианте вероятность сохранить целостность БД хоть мала , но есть, то во втором практически на 100% вы ее обрушите, т.к. вы собрались менять святая святых - ключи. Эти записи (ключи) вообще не для вас, это внутренняя структура согласованности БД, с помощью которой осуществляется ее целостность.
1
|
|||
|
76 / 32 / 11
Регистрация: 28.02.2011
Сообщений: 2,074
|
||||||
| 30.01.2026, 07:44 [ТС] | ||||||
|
Спасибо, теорию оставим теоретикам, практика как-то ближе.. :-)
Методом проб и ошибок всё нормально переводится и туда и сюда, автокримент просто отдыхает :-)
0
|
||||||
|
14314 / 9399 / 1355
Регистрация: 21.01.2016
Сообщений: 35,450
|
|
| 30.01.2026, 10:37 | |
|
0
|
|
|
76 / 32 / 11
Регистрация: 28.02.2011
Сообщений: 2,074
|
|
| 30.01.2026, 11:38 [ТС] | |
|
Если в начале проблемы я не мог вставить запись куда угодно из-за свойства поля автоинкремента, то сейчас этой проблемы нет, куда угодно могу вставить запись, естественно целостность бд, чтоб не было потерянных записей, я контролирую сам.
0
|
|
|
1741 / 1656 / 167
Регистрация: 25.07.2015
Сообщений: 2,717
|
||
| 30.01.2026, 11:54 | ||
|
Автоинкремент не ограничивает поле никак, вы можете вставлять в это поле любые записи , соответствующие по типу. Он отвечает только за приращение номера следующей записи на установленное значение ,всё. Вероятно вы не могли вставлять/изменять записи из-за существующих связей или каких то еще ограничений , влияющих на целостность данных. Но это точно не автоинкремент.
1
|
||
|
14314 / 9399 / 1355
Регистрация: 21.01.2016
Сообщений: 35,450
|
||
| 30.01.2026, 12:10 | ||
|
0
|
||
|
76 / 32 / 11
Регистрация: 28.02.2011
Сообщений: 2,074
|
|
| 30.01.2026, 12:23 [ТС] | |
|
Я не дока в этом деле, поэтому согласен со всеми утверждениями..
просто id(integer PRIMARY KEY AUTOINCREMENT NOT NULL) и вставляя запись с id=1, когда существует в этом поле значение 1 я получаю ошибку не уникальности Отодвигая определённое количество записей в этой же таблице на свободные номера ключевого поля, и вставляя запись с id=1, я не получаю ошибки..
0
|
|
|
47 / 39 / 9
Регистрация: 12.06.2024
Сообщений: 179
|
|
| 30.01.2026, 12:30 | |
|
по моему автор уже просто троллит...
0
|
|
|
14314 / 9399 / 1355
Регистрация: 21.01.2016
Сообщений: 35,450
|
|
| 30.01.2026, 12:32 | |
|
0
|
|
| 30.01.2026, 12:32 | |
|
Помогаю со студенческими работами здесь
20
Зависимость одного столбца от другого столбца в одной таблице Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Очистка реквизитов документа при копировании
Maks 09.04.2026
Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях.
Задача: при копировании документа очищать определенные реквизиты и табличную. . .
|
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий
anaschu 08.04.2026
https:/ / github. com/ shumilovas/ med2. git
main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели
8ATzM_2aurI
|
Блокировка документа от изменений, если он открыт у другого пользователя
Maks 08.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2.
Задача: запретить редактирование документа, если он открыт у другого пользователя.
/ / . . .
|
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка.
Hrethgir 08.04.2026
Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои.
А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
|
|
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов.
anaschu 08.04.2026
работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20%
kYBz3eJf3jQ
|
Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики.
Hrethgir 07.04.2026
Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .
|
Горе от ума
kumehtar 07.04.2026
Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .
|
Использование значений реквизитов справочника в документе, с определенными условиями и правами
Maks 07.04.2026
1. Контроль срока действия договора
Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2.
Задача: уведомлять пользователя, если. . .
|