Без контроля ссылочной целостности: Удаление объекта без пометки и без контроля ссылочной целостности

Содержание

1С удаление объектов , или как в 1С удалить помеченные объекты ?

Контакты

Заказать обратный звонок

Система 1с предприятие изначально не предполагает прямое удаление каких-либо объектов из базы данных, например элементов справочников, документов, отчетов и т.д. Конечно все же можно настроить роль пользователя таким образом чтобы он сразу удалял из 1с какой-нибудь объект, без пометки на удаление , но делать этого крайне не рекомендуется. Также хотим отметить тот факт, что если даже у пользователя роль настроена на прямое удаление объектов (интерактивное удаление), все равно это не позволит удалять ему некоторые объекты в предприятии 1с, и сделать это можно будет только через пометку на удаление.

Для чего сделана пометка на удаление объектов в 1с

Давайте ответим с Вами на вопрос «Зачем сделана эта пометка для удаления?», ведь быстрее удалить объект из 1с сразу. Сделано это по нескольким причинам:

Есть вероятность того, что пользователь впоследствии передумает и захочет вернуть удаленный объект, когда стоит пометка ее достаточно снять, при интерактивном удалении восстановить данные нельзя.
В 1с один объект, например документ, может ссылаться на множество других объектов в системе (справочники, константы, другие документы и т.д.), и одновременно также на этот объект (в нашем случае документ), могут ссылаться множество других объектов. Если бы в системе 1с предприятие было разрешено прямое удаление объектов из базы данных, то это привело бы к ужасным последствиям, так как сразу же бы начали появляться объекты с «битыми ссылками», а это потеря данных, и не правильное функционирование базы данных, которое рано или поздно приведет к краху базы и практически полной потери Ваших данных!

Два вида удаления в 1с , понятие контроля ссылочной целостности в 1с

В программе объекты 1с можно удалить двумя способами:

С помощью интерактивного удаления (прямое удаление без контроля ссылочной целостности)

Через пометку на удаление (удаление с контролем ссылочной целостности)

Давайте рассмотри что такое ссылочная целостность в 1с. Но для того чтобы нам с вами ответить на этот вопрос мы должны знать что такое «битые» ссылки в 1с. Для тех кто не знает, битые ссылки в 1с это ссылки которые указывают на не используемую область памяти, то есть по сути указывают в никуда. Теперь давайте возьмем для примера любой документ в системе 1с предприятие. В нем находится множествои различных реквизитов. Эти реквизиты могут быть как простыми (примитивные типы такие как число, дата, булево), так могут быть и объектными (такие как ссылки на другие объекты системы, например различные справочники, перечисления и т.д.) Так вот контроль ссылочной целостности в 1с как раз и означает тот факт, что объект не будет удален из системы 1с до тех пор, пока на него ссылаются какие-либо другие объекты системы. Как раз пометка на удаление объектов 1с позволяет сохранить механизм ссылочной целостности в 1с, так как обработка удаления помеченных объектов не даст удалить объект пока на него ссылаются другие объекты.

Как восстановить удаленные объекты в 1с? Что происходит с объектами после их удаления из 1с?

Подобные вопросы нам задают многие люди, и ответ тут один, физическое удаления данных из 1с (с помощью способов описанных ниже) приводит к ПОЛНОМУ УНИЧТОЖЕНИЮ ФАЙЛА ИЗ БАЗЫ! Восстановление удаленных файлов из базы не возможно.

Мы всегда готовы оказать Вам своевременную помощь в обновлении системы 1С 8.3 .

Интерактивное удаление в 1с

Итак мы уже обсуждали с Вами то, что интерактивное удаление в 1с происходит без контроля ссылочной целостности, а это чревато очень плохими последствиями для системы, рекомендуется пользоваться таким удалением только с целью отладки. Чтобы включить интерактивное удаление 1с нам нужно для начала зайти в конфигуратор, распахнуть веточку Общие —> Роли и выделить роль «Полные права».

Теперь нажмем клавишу F9 , у нас копируется роль «ПолныеПрава» и появится еще одна «ПолныеПрава1». Откроем ее двойным щелчком мыши. Появится окно свойств роли, нажмем кнопку «Действия» —> «Установить все права». После этого нажмем ОК. Теперь сохраним конфигурацию базы данных, для этого нажмем на синенький бочонок в левом верхнем углу, или нажмем клавишу F7. Если бочонок стал неактивным значит конфигурация сохранилась. Мы создали роль с правами на

интерактивное удаление объектов из 1с .

Теперь в конфигураторе откроем вкладку Администрирование —> Пользователи.

Откроется список пользователей, выберите пользователя под которым Вы хотите включить интерактивное удаление 1с объектов и нажмите карандашик или F2. Откроется окно свойств пользователя, перейдите на вторую вкладку «Прочие». Там найдите ту роль которую мы с Вами копировали, в моем случае это «ПолныеПрава1», ставим галочку и жмем OK.

После этого запускайте 1с предприятие, выбирайте того пользователя которому установили новую роль. Теперь Вы можете удалять объекты напрямую, чтобы удалить объект выберите его и нажмите сочетание клавиш SHIFT + DEL, система спросит уверены ли вы в удалении, при положительном ответе объект будет удален из системы.

Удаление объектов 1с через пометку на удаление или как удалить объекты в 1с ?

Теперь давайте рассмотрим с Вами вопрос «Как удалить объекты в 1с ?«. Итак, открываем нужную нам базу данных в 1с предприятии. На скриншоте показана «Бухгалтерия государственного учреждения», щелкаем в меню по вкладке «Операции» —> «Удаление помеченных объектов».

Если у Вас управляемый интерфейс, как например в «Бухгалтерии предприятия ред. 3.0», то там Вам нужно перейти на вкладку «Администрирование», там Вы увидите подгруппу «Сервис», и уже в ней нужно выбрать «Удаление помеченных объектов».

Альтернативный способ открытия помощника удаления объектов в 1С 8.2 и 1С 8.3

А вообще если Вы не можете найти у себя в конфигурации кнопочку с помощью которой можно вызвать мастера удаления помеченных объектов 1с , то в 1С 8.2 открыть его можно следующим способом, данный способ подходит для любой конфигурации, ниже на скриншотах видно какие действия необходимо выполнить в 1С 8.2. Открываем дерево всех обработок которые находятся в системе и выбираем «Удаление помеченных объектов».

Если же Вы работаете на платформе 1С 8.3 и у Вас конфигурация с управляемым интерфейсом, то Вам необходимо включить кнопку «Все функции», как это сделать смотрите здесь.

Начало поиска помеченных на удаление объектов в 1с

Перед нами появится окно которое изображено ниже, в нем будут отражены все объекты помеченные на удаление в системе. Отмечаем галочками те которые хотим удалить, вообще их желательно удалять все, ведь они помечены на удаление, а значит они больше не нужны в системе. После того как отметили все необходимое нажимаем «Контроль».

Системе потребуется какое то время чтобы выполнить данную задачу, чуть позже Вы увидите окно которое изображено ниже. Обратите внимание у Вас могут быть объекты как с зелеными галочками так и с красными.

Зеленые означают то, что объект можно удалить, красные соответственно что нет. Объект отмеченный красной галочкой нельзя удалить, так как на него ссылаются другие объекты системы, в окошке расположенном ниже Вы увидите те объекты которые ссылаются на него, и прежде чем удалить объект отмеченный красной галочкой, Вам нужно убрать ссылки на этот объект у других объектов. Что это означает на практике?

Необходимость своевременного удаления помеченных на удаление объектов в 1с .

Как удалить объекты помеченные красными галочками ?

Рассмотрим пример на конфигурации «Бухгалтерии предприятия». У нас есть документ «Принятие к учету ОС», в нем соответственно указывается основное средство (например компьютер) и множество других параметров, но они нас в данный момент не интересуют. Если мы захотим удалить это ОС из нашей базы данных, то без дополнительных действий у нас ничего не выйдет. Наше ОС (компьютер) будет помечено красной галочкой при попытки его удаления. Почему? А ведь наш документ «Принятие к учету ОС» имеет ссылку на то ОС которое мы сейчас хотим удалить! Когда мы щелкнем на него в списке объектов , то увидим все объекты которые ссылаются на наше ОС, и прежде чем удалить это ОС, нам нужно сначала зайти во все эти объекты и удалить ссылки. В нашем случае это означает что нужно отменить проведение документа «Принятие к учету ОС», и удалить это ОС из документа, после чего записать документ. Теперь документ более не ссылается на наше ОС, и мы можем его удалить.

Из всего этого следует одно правило, удалять объекты помеченные на удаление в 1с нужно своевременно ! Иначе потом избавиться от них может быть очень и очень проблематичным делом, ввиду того что между объектами будет большое количество ссылок. Кстати своевременное удаление объектов из 1с также имеет несколько очевидных плюсов:

Увеличивается производительность системы
Уменьшается вероятность ошибок пользователей
Уменьшается размер вашей базы данных

Не возникает «захламленности интерфейса», когда в системе имеется много помеченных на удаление объектов, проведенных документов, а также не проведенных.

В нашей компании Вы всегда получите первоклассное обслуживание программы 1С по очень приятным ценам!

Завершение удаления помеченных объектов в 1с

Теперь давайте удалим объекты до конца. Нажимаем кнопку «Удалить». Система удалит все объекты которые были отмечены зелеными галочками.

Останутся только те которые помечены красными галочками, нажимаем «Закрыть», на этом процесс удаления объектов из 1с завершен. Если у Вас что-то не получилось мы готовы подключиться к Вашей 1с удалённо и помочь решить Ваши задачи.

1с удаление помеченных объектов, подробная видео-инструкция про удаление объектов 1с

Кто-то любит читать, а кто предпочитает смотреть. Именно для тех кто предпочитает смотреть мы сняли очень интересное видео которое содержит даже больше интересной информации по сравнению со статьей:

Рассказываем для чего нужна пометка на удаление в 1с
Показываем на примере как удалить в 1с объекты
Даются полезные практические советы
Показываем как удалять в 1с объекты помеченные красными галочками
Также приводится много другой полезной информации

Мы надеемся что наша статья про удаление в 1с объектов помеченных на удаление очень Вам помогла, и ответила на все Ваши вопросы.

Контроль

Введение
Основные принципы
Включение режима контроля ссылочной целостности
Непосредственное удаление объектов
Установка и снятие пометки на удаление
Особенности использования объектов, помеченных на удаление
Удаление помеченных объектов
1. Подготовка списка помеченных объектов
2. Выбор объектов для удаления
4. Просмотр результатов контроля
5. Удаление
6. Заключительная стадия
Поиск ссылок на объекты
1. Заполнение списка объектов
2. Поиск ссылок
3. Просмотр ссылок

Введение

В системе 1С:Предприятие значительная часть данных хранится в виде ссылок. Например, при вводе документов многие реквизиты документа могут заполняться путем выбора значения из справочника, или документа из списка документов. Такие реквизиты являются ссылками на элементы соответствующих справочников.

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

Однако, если удалить организацию-контрагента из справочника, то во всех документах, в которых она использовалась, останутся так называемые «неразрешенные ссылки» — ссылки на несуществующий объект.

Для исключения таких ситуаций в системе 1С:Предприятие существует механизм контроля ссылочной целостности, о котором пойдет речь в этой главе.

Основные принципы

Механизм контроля ссылочной целостности разделяет процесс удаления объектов данных, на которые могут существовать ссылки (счета, справочники и документы), на два этапа.

На первом этапе пользователи выполняют пометку объектов на удаление. При этом помеченный на удаление объект практически ничем не отличается в использовании от обычного объекта.

На втором этапе администратор системы, или иное лицо, для которого определены соответствующие права, выполняет специальную процедуру — удаление помеченных объектов. В ходе выполнения этой процедуры происходит полный анализ всех ссылок на помеченные объекты, и удаляются только те объекты, на которые ссылки либо отсутствуют, либо располагаются в объектах, которые также помечены для удаления.

Фактически, процедура удаления помеченных объектов является регламентной. Ее рекомендуется выполнять периодически по мере накопления помеченных объектов. Данная процедура выполняется только в монопольном режиме.

Включение режима контроля ссылочной целостности

Настройка режима контроля ссылочной целостности выполняется в диалоге «Настройка параметров системы», на закладке «Общие».

Практически при любой конфигурации системы 1С:Предприятие работа в режиме контроля ссылочной целостности является целесообразной, так как обеспечивает более надежное функционирование системы и функциональную устойчивость к некорректным действиям пользователей.

Однако система 1С:Предприятие может работать без использования данного механизма. В этом случае дополнительная ответственность ложится и на пользователей, выполняющих удаление объектов, и на администратора системы, определяющего права пользователей и действия системы при неразрешенных ссылках. Работа системы без контроля ссылочной целостности может, например, быть использована специалистами в процессе отладки конфигурации. Если контроль ссылочной целостности не используется, то удаление объектов происходит непосредственно (без пометки на удаление) и появляется возможность образования неразрешенных ссылок.

Самым радикальным способом установки режима контроля ссылочной целостности является отключение в конфигурации в целом возможности непосредственного удаления объектов. Таким способом полностью исключается возможность в пределах данной конфигурации непосредственно удалять объекты. Пользователи будут иметь возможность только помечать объекты на удаление. Если признак «Разрешить непосредственное удаление объектов» конфигурации включен, то возможность непосредственного удаления объектов может быть ограничена определенным категориям пользователей с помощью настройки прав доступа к конкретным видам объектов.

Кроме того, если признак «Разрешить непосредственное удаление объектов» в конфигурации включен, и у пользователя установлены нрава на непосредственное удаление объектов, то он может выбрать режим удаления при настройке параметров системы 1С:Предприятие.

Для отключения механизма контроля ссылочной целостности переключатель «Режим удаления объектов» должен быть установлен в состояние «Непосредственное удаление». Если переключатель установлен в состояние «Пометка на удаление», то будет использован контроль ссылочной целостности.

Разумеется, только отключение в конфигурации признака «Разрешить непосредственное удаление объектов» обеспечивает согласованное использование механизма ссылочной целостности всеми пользователями.

Внимание! Заметим, что средствами встроенного языка существует возможность непосредственного удаления объектов при любых установках в конфигурации. Поэтому элементы конкретной конфигурации могут выполнять непосредственное удаление в обход механизма контроля ссылочной целостности. В этом случае ответственность за целостность данных лежит на специалисте, выполняющем конфигурирование системы.

9 причин, по которым в вашей базе данных нет ограничений по внешним ключам (проверки ссылочной целостности)

Недавно я поссорился с несколькими администраторами баз данных и архитекторами, и они были шокированы тем, что некоторые базы данных не имеют внешних ключей, и заявили, что это является конструктивным недостатком и не должен иметь места. И если это произойдет, следует немедленно исправить. Я хотел бы поспорить с этим. Мой опыт говорит мне, что многие базы данных (большинство из тех, с которыми я работал) не содержат внешних ключей, и это не всегда плохо. В этой статье я хочу сосредоточиться на причинах, почему это так.

Почему это проблема?

1. Возможные проблемы с целостностью данных, ну

Очевидная проблема с отсутствием внешних ключей заключается в том, что база данных не может обеспечить ссылочную целостность, и если об этом не позаботятся должным образом на более высоком уровне, это может привести к несогласованности данных (дочерние строки без соответствующих родительских строк).

2. Отношения между таблицами не ясны

Другой, менее заметный негативный эффект отсутствия внешних ключей в базе данных заключается в том, что людям, не знающим схему, трудно найти нужные таблицы и выяснить отношения между таблицами. Это может привести к серьезным проблемам с запросами и отчетами из базы данных.

Почему базы данных не имеют внешних ключей?

Давайте рассмотрим причины, по которым базы данных не имеют внешних ключей. Но сначала короткое заявление об отказе от ответственности (поскольку статья вызвала споры в группах LinkedIn):

Приведенные ниже причины никоим образом не поощряют использование ограничений внешнего ключа в базах данных. Это просто набор причин, которые я смог найти в различных источниках (в основном на интернет-форумах), почему многие разработчики, архитекторы или поставщики их не используют. Я лично (и многие другие опытные специалисты по базам данных) советую использовать их везде, где это возможно (где они не создают больше проблем, чем решают). Я оставляю вам решать, какая из этих причин на самом деле является хорошим аргументом. Подробнее о проблемах, вызываемых отсутствием FK, в другой статье.

1. Производительность

Наличие активных внешних ключей в таблицах улучшает качество данных, но снижает производительность операций вставки, обновления и удаления. Перед выполнением этих задач база данных должна проверить, не нарушает ли она целостность данных. Это причина, по которой некоторые архитекторы и администраторы баз данных вообще отказываются от внешних ключей. Это особенно актуально для хранилищ данных и аналитических баз данных, которые обрабатывают данные не транзакционным образом (по одной строке за раз), а массово. А производительность — это все, что касается хранилищ данных и бизнес-аналитики.

2. Устаревшие данные

Многие базы данных, когда они были разработаны, требовали хранения устаревших данных из старых баз данных и источников, которые, возможно, не были столь строги в отношении качества и целостности данных. Чтобы иметь возможность содержать старые грязные данные, у архитектора был выбор: а) очистить и преобразовать устаревшие данные (дорогостоящее упражнение) или б) отказаться от обеспечения ссылочной целостности на уровне базы данных. Некоторые пакетные приложения ERP и CRM также используют этот подход.

3. Полная перезагрузка таблицы

Некоторые базы данных, такие как хранилища данных, промежуточные или интерфейсные базы данных, требуют частой перезагрузки данных из внешних источников. Это приводит к несогласованности данных во время перезагрузки (дочерняя таблица может быть полностью загружена, а родительская таблица пуста). Это можно обойти, отключив ключи на время перезагрузки. Однако это вносит дополнительную логику и сложность, а также еще одну точку отказа. И, как было сказано выше, оказывает негативное влияние на производительность. Часто затраты перевешивают выгоды, и разработчики просто не заморачиваются с ключами.

4. Структура более высокого уровня

Некоторые приложения используют программные платформы, создающие еще один логический уровень поверх физических баз данных. Разработчики не используют операторы insert или update для изменения данных, а используют API, или фреймворк делает все в фоновом режиме. Это относится к фреймворкам ORM (Object-Relational Mapping) или таким фреймворкам, как Ruby on Rails . Эти инструменты заботятся о ссылочной целостности и вместе с СУБД создают механизм базы данных более высокого уровня. Эти фреймворки могут сами создавать таблицы базы данных и не всегда создавать внешние ключи. Разработчики, использующие такие инструменты, редко вмешиваются в автоматически сгенерированную схему и оставляют ее без ключей.

5. Отношения между базами данных

Это не верная причина, по которой в базе данных нет внешних ключей, а причина, по которой некоторые из них могут отсутствовать. Некоторые базы данных охватывают несколько физических баз данных и даже механизмов, и может быть технически невозможно создать ключи, охватывающие несколько баз данных. Хорошим примером здесь является SQL Server — он не позволяет создавать ключи для двух баз данных на одном сервере. И эта архитектура распространена в более крупных системах.

6. Независимость от платформы базы данных

Подобно предыдущему, некоторые приложения были разработаны так, чтобы быть независимыми от платформы базы данных (СУБД) и иметь возможность работать с различными базами данных, такими как Oracle, SQL Server, DB/2 или Sybase. Это то, что я читал о PeopleSoft (в настоящее время принадлежит Oracle). Разработчики не хотели привязываться к какой-либо конкретной платформе и перенесли всю логику на прикладной уровень, оставив уровень базы данных максимально простым.

7. Открыто для сдачи

Остаюсь с Oracle, еще одна история, которую я слышал о его приложениях, на этот раз его собственное детище — Oracle E-Business Suite — это то, что он был спроектирован так, чтобы его можно было максимально настраивать. Oracle заложила прочную основу и предоставила командам разработчиков гибкость для принятия решений по как можно большему числу аспектов проекта. По крайней мере, так говорят они . Может причина была та же что и в предыдущем пункте или была следующая:

8. Ленивый архитектор

Когда вы создаете базу данных и хотите хранить данные, вам нужно создать несколько таблиц и столбцов. Это минимум. Но вам не нужно создавать структуры, обеспечивающие согласованность данных, такие как первичные, уникальные, внешние ключи или ограничения. Это требует некоторых усилий и не дает немедленной выгоды. Некоторые архитекторы и администраторы баз данных просто игнорируют эту часть.

9. Держите модель в секрете

Может быть, это надумано, но, может быть, иногда это происходит потому, что люди не хотят, чтобы другим было слишком легко, и они знали слишком много. Люди вообще хотят быть нужными и незаменимыми. Идеальный понятный дизайн может сделать их устаревшими. Но это всего лишь моя теория.

Заключение

Надеюсь, мне удалось представить разумные причины, по которым внешние ключи не используются так широко, как многие могли бы ожидать. Если вы знаете какую-либо другую причину или не согласны с моими аргументами, пожалуйста, прокомментируйте.

Включите JavaScript для просмотра комментарии на базе Disqus.

Что такое ссылочная целостность и зачем она нужна?

Что такое ссылочная целостность?

Качество данных — самый ценный актив любой компании.

Цель этой статьи — предоставить лучшие методы управления качеством данных для создания базы данных с ссылочной целостностью.

Ссылочная целостность — это термин, используемый при проектировании баз данных для описания отношений между двумя таблицами. Это важно, потому что гарантирует, что все данные в базе данных остаются непротиворечивыми и актуальными. Это помогает предотвратить добавление, удаление или изменение неправильных записей. Ссылочная целостность — это ограничение структуры базы данных, которое гарантирует, что каждый внешний ключ в таблице указывает на уникальное значение первичного ключа в другой таблице.

Это гарантирует, что данные не будут потеряны, а также поможет поддерживать качество данных.

Каковы причины несогласованности данных базы данных?

Ссылочная целостность нарушается, когда существует более одного значения первичного ключа для внешнего ключа. Если ссылочная целостность не обеспечивается, это может привести к несогласованности данных и потере данных.

Ниже приведены некоторые из причин, по которым это ограничение нарушается:

→ Первичные ключи не применяются должным образом

→ Внешние ключи не применяются должным образом

→ Дизайн базы данных неверен.

Почему у нас прежде всего ссылочная целостность?

Ссылочная целостность — это концепция качества данных, которая гарантирует, что когда вы вносите изменения в данные в одном месте, эти изменения отражаются в других связанных записях.

Это делается путем применения правила, согласно которому внешний ключ в одной таблице может ссылаться только на первичный ключ другой таблицы. Это означает, что если вы измените информацию в одном столбце, она будет автоматически обновлена во всех других связанных столбцах. Нарушение ограничения первичного ключа — это ограничение, при котором первичный ключ таблицы, на которую делается ссылка, не может быть нулевым.

Что такое нормализация базы данных?

Нормализация базы данных — это процесс организации данных в реляционной базе данных, чтобы их было легко запрашивать и легко обновлять. Данные хранятся в отдельных таблицах, чтобы избежать избыточности данных и повысить эффективность, и по этой причине нормализация базы данных и ссылочная целостность тесно связаны, поскольку ссылочная целостность также обеспечивает согласованное применение обновлений в нескольких таблицах.

Нормализация базы данных состоит из трех шагов:

1) Первая нормальная форма — Первый шаг нормализации базы данных называется первой нормальной формой. В нем говорится, что все столбцы (атрибуты) должны быть атомарными и не могут быть далее разбиты.

2) Вторая нормальная форма — Второй шаг нормализации базы данных называется второй нормальной формой. Этот шаг требует, чтобы все неключевые атрибуты зависели от ключевого атрибута.

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

Почему проверка нормализации базы данных и ссылочной целостности жизненно важна в 2022 году

Нормализация базы данных и ссылочная целостность необходимы для того, чтобы данные были организованы таким образом, чтобы любой пользователь мог получить к ним доступ и использовать их. Поскольку ссылочная целостность является основополагающей для способа соединения данных в реляционной базе данных, она является жизненно важным компонентом перед любой трансформацией, такой как миграция ERP или PMS.

Данные должны быть связаны, чтобы их можно было соединить или связать, и чтобы изменения в одной части данных автоматически распространялись по всей системе.