Что значит регистр не учитывается
Настройка учета регистра
Чувствительность к регистру определяет, обрабатываются ли прописные (FOO.txt) и строчные буквы (foo.txt) как уникальные (с учетом регистра) или эквивалентные (без учета регистра) в имени файла или каталога.
различия между Windows и учетом регистра Linux
при работе с файлами и каталогами Linux и Windows может потребоваться изменить способ обработки чувствительности к регистру.
Windows файловая система поддерживает настройку чувствительности к регистру с помощью флагов атрибутов на каталог. Хотя стандартное поведение не зависит от регистра, можно назначить флаг атрибута, чтобы сделать каталог чувствительным к регистру, чтобы он мог распознать файлы и папки Linux, которые могут отличаться только регистром.
это может быть особенно справедливо при подключении дисков к файловой системе подсистема Windows для Linux (WSL). При работе в файловой системе WSL вы используете Linux, поэтому файлы и каталоги по умолчанию обрабатываются как регистр.
в прошлом, если у вас есть файлы, имена которых отличаются только регистром, Windows не удалось получить доступ к этим файлам, так как Windows приложения рассматривают файловую систему как нечувствительное к регистру и не могут различить файлы, имена которых отличаются только регистром. хотя в Windows Explorer будут показаны оба файла, будет открыт только один из них, независимо от выбранного.
Изменение чувствительности к регистру файлов и каталогов
ниже описано, как изменить каталог в файловой системе Windows так, чтобы он заменялся с учетом регистра, а также распознать файлы и папки, отличающиеся только регистром.
некоторые Windows приложения с учетом предположения, что файловая система не учитывает регистр, не используйте правильный регистр для ссылки на файлы. Например, приложения не слишком часто преобразовывают имена файлов для использования всех прописных и строчных букв. В каталогах, помеченных с учетом регистра, это означает, что эти приложения больше не имеют доступа к файлам. кроме того, если Windows приложения создают новые каталоги в дереве каталогов, где используются файлы с учетом регистра, то в этих каталогах не учитывается регистр. это может усложнить работу с Windows инструментами в каталогах с учетом регистра, поэтому следует соблюдать осторожность при Windows изменении параметров чувствительности к регистру в файловой системе.
Проверить чувствительность к текущему регистру
чтобы проверить, учитывается ли регистр в каталоге в Windows файловой системе, выполните команду:
путь к файлу. для каталога в файловой системе Windows (NTFS)
будет выглядеть так: C:\Users\user1\case-test или, если вы уже находится в user1 каталоге, можно просто запустить: fsutil.exe file setCaseSensitiveInfo case-test
Изменить чувствительность к регистру
Чтобы изменить чувствительность каталога к регистру, необходимо запустить повышенные разрешения (Запуск от имени администратора). Изменение флага учета регистра также требует наличия разрешений «запись атрибутов», «Создание файлов», «Создание папок» и «Удаление вложенных папок и файлов» в каталоге. Дополнительные сведения об этом см. в разделе Устранение неполадок.
чтобы изменить каталог в Windows файловой системе так, чтобы он был чувствителен к регистру (foo ≠ FOO), запустите PowerShell от имени администратора и используйте команду:
чтобы изменить каталог в Windows файловой системы на значение по умолчанию без учета регистра (foo = foo), запустите PowerShell от имени администратора и выполните команду:
Каталог должен быть пустым, чтобы изменить атрибут флага чувствительности к регистру в этом каталоге. Нельзя отключить флаг чувствительности к регистру для каталога, содержащего папки и файлы, имена которых отличаются только регистром.
Наследование чувствительности к регистру
При создании новых каталогов эти каталоги будут наследовать учет регистра от родительского каталога.
При работе в режиме WSL 1 возникает исключение из этой политики наследования. Если распределение выполняется в режиме WSL 1, флаг учета регистра для каталога не наследуется; каталоги, созданные в каталоге с учетом регистра, автоматически не чувствительны к регистру. Необходимо явно пометить каждый каталог как чувствительный к регистру
Варианты чувствительности к регистру для подключения диска в файле конфигурации WSL
Чтобы настроить параметр учета регистра в wsl.config файле при подключении диска, выполните следующие действия.
Значение по умолчанию: Включение учета регистра для каждого каталога.
Чувствительность к регистру недоступна (все каталоги на подключенных дисках NTFS будут учитываться без учета регистра):
Обрабатывать все каталоги на диске (NTFS) с учетом регистра:
Изменение чувствительности регистра на диске, подключенном к WSL распределению
Диски в формате NTFS, подключенные к дистрибутиву WSL, по умолчанию не учитывают регистр. Изменение чувствительности регистра для каталога на диске, подключенном к WSL дистрибутиву (IE. Ubuntu), выполните те же действия, которые перечислены выше для Windows файловой системы. (По умолчанию диски EXT4 будут учитываться с учетом регистра).
Чтобы включить чувствительность к регистру в каталоге (FOO ≠ foo), используйте команду:
Чтобы отключить чувствительность к регистру в каталоге и вернуться к регистру без учета регистра по умолчанию (FOO = foo), используйте команду:
При изменении флага с учетом регистра для существующего каталога для подключенного диска во время работы WSL убедитесь, что WSL не содержит ссылок на этот каталог, иначе изменение не вступит в силу. Это означает, что каталог не должен быть открыт какими-либо процессами WSL, включая использование каталога (или его потомков) в качестве текущего рабочего каталога.
Настройка чувствительности к регистру с помощью Git
Система управления версиями Git также имеет параметр конфигурации, который можно использовать для настройки чувствительности к регистру для файлов, с которыми вы работаете. Если вы используете Git, может потребоваться изменить git config core.ignorecase параметр.
Чтобы задать для Git регистр с учетом регистра (FOO.txt ≠ foo.txt), введите:
git config core.ignorecase false
Чтобы задать для Git регистр без учета регистра (FOO.txt = foo.txt), введите:
git config core.ignorecase true
Установка этого параметра в значение false для файловой системы без учета регистра может привести к путанице с ошибками, ложным конфликтам или дублированию файлов.
Устранение неполадок
мой каталог содержит файлы с учетом регистра и требует учета регистра, но Windows средствам FS не будут распознавать эти файлы
чтобы использовать Windows средствах файловой системы для работы с каталогом Linux, который содержит файлы с разными вариантами, необходимо создать новый каталог с учетом регистра, а затем скопировать файлы в этот каталог (с помощью клона git или распаковать). Файлы останутся в смешанном регистре. (Обратите внимание, что если вы уже пробовали переместить файлы в каталог без учета регистра и возникли конфликты, скорее всего, некоторые файлы были перезаписаны и больше не будут доступны.)
Ошибка: Каталог не пуст
Нельзя изменить параметр чувствительности к регистру для каталога, который содержит другие файлы или каталоги. Попробуйте создать новый каталог, изменить параметр, а затем скопировать в него файлы в смешанных регистрах.
Я видел одну или две темы, в которых говорилось о чувствительности к регистру, но мой вопрос более конкретный.
Я понимаю, например, интерес к поиску без учета регистра по текстовым значениям.
Но зачем нам использовать имена, таблицы и столбцы баз данных без учета регистра?
3 ответа
SQL: 2008 и Стандарты SQL-99 определяют, что базы данных нечувствительны к регистру идентификаторов, если они не указаны в кавычках. Я обнаружил, что большинство ORM цитируют идентификаторы в генерируемом ими SQL.
Однако, как вы, вероятно, знаете, не все реляционные базы данных строго соответствуют стандартам. DB2 и Oracle на 100% совместимы. PostgreSQL в основном совместим, за исключением того факта, что он автоматически переводит в нижний регистр все, что не указано в кавычках (что лично я предпочитаю).
MySQL становится немного странным, поскольку он хранит каждую таблицу как файл в файловой системе. По этой причине это зависит от чувствительности к регистру файловой системы. В Windows:
SQL Server еще более странный. Он сохранит регистр при создании, однако позволит вам ссылаться на него любым способом после (даже если вы укажете имя!). Вы не можете создать две таблицы, единственное отличие которых заключается в их корпусе. Примечание. В SQL Server есть параметры конфигурации, которые управляют этим, например чувствительность к регистру идентификаторов будет зависеть от параметров сортировки по умолчанию для экземпляра базы данных. Как сбивает с толку!
Хотя по большей части я согласен с вами, что компьютеры (языки программирования, базы данных, файловые системы, URL-адреса, пароли и т. Д.) Должны учитывать регистр, все системы реализованы независимо и могут или не могут придерживаться стандартам, которые могут существовать, а могут и не существовать. Внедрение базы данных с учетом регистра определенно возможно, если вы знаете все тонкости своей конкретной системы баз данных и ее поведение.
Основное преимущество использования чувствительности к регистру заключается в том, что когда мы развертываем его на клиентском сайте, наша БД работает независимо от того, настроен ли клиентский SQL Server с учетом регистра или нет, так что да, это действительно не очень хорошая идея, и я не знать, почему кто-то может использовать таблицы / столбцы базы данных без учета регистра.
Если бы вы переделали всю ИТ-индустрию сегодня, обладая знаниями и технологиями, вы могли бы по умолчанию делать все с учетом регистра, за исключением тех вещей, о которых особенно просили не учитывать регистр.
Но еще до того, как я родился, и даже когда я начал работать (ладно, играть) с компьютерами, многие компьютеры не могли даже различать прописные и строчные буквы. Я создаю довольно сложную карту, которую вставляю в свое поддельное яблоко II, чтобы она понимала разницу.
Так что я думаю, что в те дни разница между верхним и нижним регистром была чем-то вроде дисплея сетчатки. Круто, если оно у вас есть. И через 10 лет мы можем спросить, почему кто-то когда-либо создавал приложение без таких дисплеев, но сегодня это просто не так актуально.
То же самое верно и для баз данных (и файловых систем), поскольку многие из них и соответствующие им стандарты восходят, по крайней мере, к 70-м годам.
1С и чувствительность к регистру [поход на грабли]
Предыстория
Поиск по данным в базе
Заметим, что таким образом мы можем задать элементу справочника код А00001 и при автонумерации получим А00002, А00003 и так далее. Так же мы можем задать код а00001 и получить а00002, а00003. Но если мы при наличии А00001 по какой-то причине захотим установить номер а00001, то получить «облом».
Итак, поисковые методы менеджеров объектов отказываются правильно искать чувствительные к регистру символов данные. А можно ли самостоятельно создать подобные методы с помощью механизма запросов? Давайте попробуем:
Т.е. для текста запроса, который транслируется в SQL и выполняется во внешних СУБД, снова верно выражение: 1040 = КодСимвола(«А») = КодСимвола(«а») = 1072. Я уже приготовился, что все во что я верил ложно и в мире 1С будет справделиво («А» = «а») = Истина, но к счастью хотя бы примитивное сравнение строк работает и нужную нам функцию все же можно создать:
Поиск по коллекциям
Заключение
Выход, как мы видим, существует. Тут можно написать поисковую функцию с перепроверкой результата. Еще можно вместо поиска перед основным алгоритмом создать соответствие, где по строковым ключам загнать значение соответствующих ссылок. Но хотелось бы применять подобные костыли реже.
Что означает регистр?
Все, что чувствительно к регистру, различает прописные и строчные буквы. Другими словами, это означает, что два слова, которые появляются или звучат одинаково, но используют разные регистры букв, не считаются равными.
Где используется регистр чувствительности?
Почтовые пароли часто также чувствительны к регистру (хотя адреса электронной почты редко бывают ). Поэтому, если вы входите в систему, например, в свою учетную запись Google или Microsoft, вы должны обязательно ввести пароль точно так же, как вы это делали при его создании.
Когда вы создаете учетную запись пользователя в первый раз или входите в нее, вы можете найти заметку где-то около поля пароля, в которой явно сказано, что пароль чувствителен к регистру, и в этом случае имеет значение, как вы вводите букву случаи для входа.
URL-адреса веб-сайтов обычно не чувствительны к регистру. Это означает, что в большинстве случаев вы можете ввести URL-адрес в Chrome, Firefox и других веб-браузерах, используя сочетание прописных и строчных букв, и он все равно будет загружать страницу в обычном режиме.
Безопасность за паролями с учетом регистра
Пароль, который необходимо вводить с правильными буквенными регистрами, гораздо более безопасен, чем пароль, который не требуется, поэтому большинство учетных записей пользователей чувствительны к регистру.
Используя приведенный выше пример, вы можете видеть, что даже эти два неверных пароля предоставляют три общих пароля, которые кто-то должен будет угадать, чтобы получить доступ к учетной записи Windows. Кроме того, поскольку этот надежный пароль имеет специальный символ и несколько букв, каждая из которых может быть прописной или строчной, найти правильную комбинацию будет непросто или быстро.
С каждой дополнительной буквой, добавляемой к паролю, чувствительному к регистру, вероятность того, что его можно угадать в течение разумного промежутка времени, резко снижается, а безопасность усиливается еще больше, когда используются специальные символы — такие как $,%, @, ^ — включен.
Советы и дополнительная информация
Поскольку большинство паролей чувствительны к регистру символов, вы использовали буквенный регистр в первую очередь, если при входе на веб-сайт вы указали неверный пароль. Однако, поскольку большинство паролей скрыты за звездочками, что делает невозможным определение того, использовали ли вы буквенный регистр неправильно, просто убедитесь, что Caps Lock не включен на клавиатуре.
Командная строка Windows нечувствительна к регистру. Это означает, что вы можете вводить такие команды, как dir как DIR, DiR, dIr и т. Д. — на самом деле нет никаких причин делать это, но если вы ввели его неправильно, вы не сделаете этого. надо беспокоиться о том, чтобы исправить это, чтобы команда работала.
Linux команда, однако, является чувствителен к регистру.
Вы должны ввести их точно так, как они появляются, иначе вы получите ошибку. Ввод загрузок с компакт-диска, когда папка фактически называется «Загрузки», приведет к ошибке, такой как «Нет такого файла или каталога». Команды, введенные в неправильном регистре, вернут ошибку «команда не найдена».
Регистры расчета в 1С
Для хранения и обработки данных в программе 1С используются регистры. Это сводные таблицы со свойствами и количеством полей, определяющихся видом регистра. Актуальная информация используется для формирования различных отчетов.
Отличительной особенностью регистров является запрет на удаление записей. Таблицы обновляются после проведения относящихся к ним документов. Для изменения содержимого части полей используется режим корректировки.
К сводным информационным массивам 1С относятся регистры расчетов. Чтобы сформировать новые записи, используются планы видов расчетов. Основное применение регистров расчетов – операции, связанные с заработной платой. Свойства массивов похожи на «Регистры накопления». Одним из параметров является «План вида расчета». Все регистры отчетов – периодические массивы. Каждая запись относится к определенному периоду времени. Параметр периода может быть
Как правило, заработная плата начисляется каждый месяц. Поэтому для расчетов с сотрудниками подходят ежемесячные регистры. Ограничения по периодам получения, а также выплаты доходов важны при исчислении НДФЛ. Регистрация каждой записи выполняется с выбором вида расчета и регистрационного периода.
Обзор посвящен регистрам расчета, актуальным для пользователей программы «1С:Бухгалтерия 3.0».
Просмотр регистров расчета
Журнал «Все начисления» содержит раздел «Зарплата и кадры». Из подраздела «Зарплата» следует выбрать пункт «Начисление зарплаты». Строки содержат информацию о начислениях зарплаты, удержаниях НДФЛ. Для просмотра данных регистров расчета предназначена опция «Показать проводки и другие движения документа».
В открывшемся окне можно увидеть записи регистров расчета. Возможна настройка отображения или скрытия отдельных регистров. Эта опция регулируется после нажатия кнопки «Еще».
Для включения или исключения информации устанавливается или снимается галочка напротив соответствующего пункта.
Такая настройка удобна для исключения лишних отчетов, не относящихся к деятельности компании. Чаще всего анализируются регистры начислений, выплат, удержаний, относящихся к отдельным подразделениям или сотрудникам.
Расчетный регистр «Зарплата к выплате» содержит основные данные. Например, в феврале после проведения документа «Начисление зарплаты» появилось две строки. Это «Приход на сумму начисленной заработной платы» и «НДФЛ».
В процессе внесения документа-основания используется дата начала периода, связанная с регистром. Например, для февральской «Зарплаты к выплате» графа «Период взаиморасчетов» будет заполнена «01.02.2019». Если информационный массив является годовым, приводится дата на начало года, – «01.01.2020». Вид регистра «Взаиморасчеты с сотрудниками» содержит сведения по начисленным и удержанным суммам, относящимся к каждому сотруднику.
Вид регистра «Начисления удержания по сотрудникам» включает все возможные виды расчетов.
На основании «Ведомости в банк» были выплачены авансы. После проведения платежей изменяется регистр «Зарплата к выплате». Появляются новые записи «Расход», соответствующие суммам выплаченных авансов, уменьшается задолженность перед сотрудниками.
Для автоматического расчета итоговых сумм к выплате составляется «Ведомость в банк». После выбора опции «Заполнить» 1С:Бухгалтерия использует данные соответствующих регистров и указывает суммы, подлежащие выплате.
В примере сотруднику было выплачено 10180 руб. (Начисление – 21660, минус НДФЛ 2816 с авансом 8664). Виды регистров «Зарплата к выплате», а также «Взаиморасчеты с сотрудниками» отражают информацию о выплате текущей задолженности.
При внесении данных очень важен правильный ввод месяцев выплат. Если даты некорректны, или информация исправляется вручную, возможен неверный расчет значений ведомости. При правильном заполнении задолженность рассчитывается автоматически.
В текущем периоде не должны вноситься записи, относящихся к выплате долга по предыдущим месяцам. Если пользователь вместо устранения недочетов вручную меняет данные, ошибки накапливаются.
Полная информация по каждому работнику отражается в данных расчетных регистров по НДФЛ. Сведения заполняются на основании «Начислений зарплаты». Меню включает два вида документов – «Расчеты налогоплательщиков с бюджетом по НДФЛ», а также «Учет доходов для исчисления НДФЛ». Таблицы содержат данные о кодах доходов, представленных вычетах, ставках налога, другую информацию.
Упорядоченная информация используется для формирования справок, аналитических и налоговых отчетов. Например, чтобы составить «Справку 2-НДФЛ для передачи в ИФНС», необходимо открыть соответствующий пункт меню. Возможны два варианта – «Отчеты», «1С-Отчетность», «Регламентированная отчетность», или альтернативный «Зарплата и кадры», «НДФЛ». Готовый вариант содержит уже известную информацию – начисления зарплаты 21660 руб. и НДФЛ 2816 руб. Не отражены операции по удержаниям и перечислениям.
Эти поля заполняются после проводок других видов документов. «Ведомость в банк» не предназначена для отражения в регистрах данных, связанных с перечислением НДФЛ. Следует использовать опцию «Оплатить ведомость».
Для оплаты ведомостей используется отдельный вид документов «Списание с расчетного счета».
Эти платежи – основание для внесения данных в соответствующие регистры. После проведения «Списания с расчетного счета» изменяются данные строк «Расход» в «Расчетах налогоплательщиков с бюджетом по НДФЛ».
После проведения «Списания с расчетного счета», если составить «Справку 2-НДФЛ для передачи в ИФНС», то в графе «НДФЛ удержанный» возникнут перечисленные суммы.
«Списание с расчетного счета» должно относиться к виду операции «Уплата налога». После проведения происходит изменение регистров «Расчеты налоговых агентов с бюджетом по НДФЛ», а также «Уплата НДФЛ налоговыми агентами (к распределению)». Эти сведения необходимы для формирования налоговых отчетов.
Откройте сформированные «Справки 2-НДФЛ для передачи в ИФНС». Суммы перечисленных налогов должны корректно отразиться в отчетах.
Если раскрыть строку, относящуюся к выбранному сотруднику, появятся данные по месячным начислениям, удержаниям, уплате, а также итоговые суммы налога на доходы с ФЛ.
Проверка базы 1С на ошибки со скидкой 50%
Анализ регистров
Чтобы получить подробную информацию, относящуюся к различным регистрам, используется «Универсальный отчет». Для составления документа необходимо открыть подменю «Отчеты», «Стандартные». В качестве основания следует выбрать «Регистры накопления». Необходимо указать конкретный вид регистра. Опция «Настройки» используется для отбора обязательных параметров.
Для выбора любого доступного элемента предназначена опция «Отбор». Чтобы внести новый параметр, например, «Физическое лицо», используется опция «Добавить отбор».
Разделы закладки «Структура» предназначены для определения и фиксации размера полей таблицы, отображающихся в отчете. Правильный выбор, оптимальное распределение параметров ускорит обработку и анализ информации.
Чтобы изменить степень детализации, для добавления или удаления полей используются галочки. Если в списке по умолчанию нет необходимого параметра, нажимается кнопка «Добавить». Для вывода данных о документах-основаниях отмечается пункт «Регистратор».
Отчет «Расчеты налоговых агентов с бюджетом по НДФЛ» оптимален для проверки корректности операций. Например, может оказаться, что февральское «Списание с расчетного счета» относится к январскому перечислению НДФЛ. В действительности документ отражает уплату НДФЛ за февраль. Следует проанализировать, почему нет проводок по НДФЛ за январь.
Понимание роли регистров в формировании отчетов поможет избежать многих ошибок. Очень важно использовать корректные первичные документы, правильно вводить все необходимые данные. Если обнаружены проблемы с информацией, относящейся к прошлым периодам, переносом данных из предыдущих версий, производится корректировка регистров.