База данных. 6

БАЗЫ ДАННЫХ

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

Решение этой проблемы лежит в применении специализированного программного обеспечения – систем управления базами данных.

1. ОСНОВНЫЕ ПОНЯТИЯ ПРИНЦИПЫ ПРЕКТИРОВАНИЯ БАЗ ДАННЫХ.

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

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

• использование в сети файл-серверов, на которых физически хранится вся база данных. При такой организации каждый пользователь работает с базой данных так, как будто она размещена на собственном компьютере. Недостатком такой организации многопользовательской БД является нагрузка на каналы связи т.к. при обслуживании запроса порции данных считывается с диска центрального компьютера (файл-сервера) небольшими порциями и передаются на рабочее место, где происходит их обработка;
• технология клиент/сервер, при котором вся обработка информации, все транзакции, задаваемые пользователями, выполняется самим сервером, а на рабочие станции передаются только результаты. К пропускной способности каналов связи в этом случае предъявляются значительно меньше требования, однако центральный компьютер, обслуживающий базу данных, должен быть значительно мощнее, чем в первом варианте. При этом рабочие станции могут быть бездисковыми терминалами;
• распределенная структура – когда части (фрагменты) одной базы данных физически находятся на различных серверах сети. По такому признаку строятся глобальные информационные системы типа Internet.

Для создания и обслуживания таких систем используется специализированное программное обеспечение – системы управления базами данных СУБД.

К основным функциям СУБД любого типа можно отнести:

1. создание (конструирование) базы данных путем описания структуры хранимой информации и взаимосвязей между её частями;
2. занесение, хранение и удаление информации из базы данных – т.е. поддерживание БД в актуальном состоянии;
3. обслуживание выборок и запросов пользователей.

Различные СУБД позволяют создавать и обслуживать базы данных различной структуры: иерархические, сетевые и т.д. Наибольшее распространение получили так называемые реляционные БД. Реляционные базы данных представляют собой набор связанных таблиц и ничего кроме них. Термин «реляционная» указывает на то, что между таблицами базы данных могут быть установлены различные отношения. РСУБД составляют один из крупных сегментов рынка базы данных, они включают все от систем клиент/сервер до настольных систем.

Как отмечалось выше, реляционная модель БД рассматривает все данные как группы таблиц или отношений, которые содержат фиксированные количества рядов и столбцов. Иными словами многие объекты, использование в реляционной базе данных, аналогичны объектам электронных таблиц. Рассмотрим основные термины и определения связанные с РСУБД.

Поле – базовый элемент любой базы данных, не обязательно реляционной. Поля это элементарный информационный объект базы данных. В данном случае, «элементарный», означает, что поле не может быть разбито на более мелкие порции информации. Кроме того, в каждом поле может храниться только строго определенный тип информации (текстовые поля, поля типа дата/время, числовые поля и т.п.). Большинство СУБД поддерживают возможность создания полей следующих типов:

- текстовые (для хранения строк  размером до 255 символов);

- числовые (целочисленные, с плавающей  точкой и т.п.);

- memo поля – поля для хранения текстовых фрагментов любого размера;

- дата/время – поля, в которых  могут храниться даты и (или) время  в национальном формате;

- логические – поля для хранения  утверждений типа ДА/НЕТ, ВКЛЮЧЕНО/ВЫКЛЮЧЕНО, ИСТИНА/ЛОЖЬ и т.п.;

Кроме перечисленных типов современные СУБД позволяют создавать поля для хранения гиперссылок, объектов OLE или ссылок на них и т. п.

Запись – набор данных специфицирующих некоторой объект. Например в БД автотранспортных средств каждая запись содержит сведения о транспортном средстве (госномер, марку, год выпуска, № кузова и т. п.). Каждая запись БД содержит уникальный набор информации – в нашем примере, каждая запись представляет данные о конкретном транспортном средстве. В РСУБД записи не хранятся в каком либо порядке набора. Иными словами в концепции РСУБД вообще не существует номера записи, как в системах другого типа.

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

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

Отношение – это связь, устанавливаемая между двумя и более таблицами посредством ключевого поля. Принципиально возможны три типа отношений: один-к-одному, один-к-многим и многие-к-многим.

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

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

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

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

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

(строевая  часть) бухгалтерские сведения (ФЭО) и т. п. Концепция РСУБД позволяет  без особых затруднений решить  эту проблему.

Для начала основную таблицу со следующим полям:

Здесь в качестве первичного ключа выбрано поле [Зачетная книжка] поскольку значение этого поля однозначно идентифицирует интересующий нас объект – курсанта. Для БД ОК можно было бы ввести ключевое поле личный номер. Если выбор ключа затруднителен, можно использовать составное поле или, что делается чаще – вводится дополнительное поле- идентификатор.

Фрагмент заполненной таблицы с такими полями может выглядеть следующим образом:

Любая РСУБД позволяет вносить данные в такую таблицу, редактировать их, удалять и т. п. Кроме того, вы можете поручить системе отсортировать записи в нужном порядке или произвести выборку в соответствии с запросом.

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

2. Формирование запросов  в базу данных.

Любые СУБД позволяют производить разные манипуляции с БД. Одной из основных функций является обслуживание запросов пользователей. Запросы позволяют получать требуемую информацию из БД. Эта информация может храниться в различных таблицах.

Наиболее распространенным СУБД для всех классов машин, особенно для персональных компьютеров, являются СУБД реляционного типа. В основу этой СУБД полажена реляционная модель данных, предложенная в 1970 г. Е. Коддом. Эта модель основана на математическом понятии отношения. В такой модели общая структура данных может быть представлена в виде двухмерной таблицы, где каждая строка значений соответствует логической записи (карточке), а заголовки столбцов являются названиями полей записи (наименованиями реквизитов карточки). Отношением строки и столбца является клетка таблицы – поле, куда заносится значение реквизита. Простейший номер реляционной базы данных изображен на рис. 1.

Рис. 1. Пример, иллюстрирующий принцип реляционной модели.

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

СУБД с наполненной базой данных и управляемой ее средствами называется системой базы данных (СБД). БД и СБД, аппаратные средства, обслуживающие службы, и некоторые другие компоненты вместе составляют банк данных (БнД).

3. Запросы ИС ОВД.

Основы технологии поиска информации в базе данных

При реализации запроса в автоматизированный БнД осуществляется последовательный просмотр (обычный поиск записей в БД) или просмотр специальных индексных массивов (быстрый поиск «по ключу») по представленным им данным – значениям практически любых реквизитов. В процессе поиска будет автоматически производиться сравнение значений реквизитов запроса с соответствующими значениями реквизитов хранимых записей.

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

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

Чем больше значений запрашиваемых реквизитов будет предложено для поиска, тем меньше записей выдаст СУБД. Однако результатом слишком большого значения запрашиваемых значений реквизитов (в том числе неточных, приблизительных), может быть отсутствие записей в базе данных вообще. Поиск по одному реквизиту в отдельных случаях может привести к тому, что будет найдено невероятно большое количество записей, что так же не удовлетворит пользователя.

При составлении запроса можно сопоставлять значения реквизитов в различных комбинациях логических связок по «И» и «ИЛИ», учитывать знаки соотношения и частично известные значения реквизитов.

Например, в выше описанном простом примере учета лиц при необходимости поиска записей всех лиц, имеющих отчество «ИВАНОВИЧ» и знающих жаргон, указывается связка «И». Найдены будут записи №2 и №3. См. рис.1.

Другой пример. При поиске записей всех лиц с фамилиями «ИВАНОВ» и «СОМОВ» указывается связка «ИЛИ». Будут найдены записи №1, №2 и №5. См.1.

Пример запроса с учетом знаков соотношения – поиск записей лиц до 1950 года рождения. В этом случае значения реквизита «Дата рождения» должны быть меньше даты 500101. Это запись №3 в нашем примере.

Найти запись можно даже при частично известном значении реквизита. В этом случае для описания неизвестных элементов значения реквизита используется знак: «*».

Существенно ускорить поиск записей в БД можно, если использовать так называемые индексные файлы.

Напомним, что в обычном файле БД записи располагаются последовательной цепочкой, и при выполнении запроса система последовательно рассматривает каждую запись на совпадение с запрашиванием реквизитов. Если необходимо найти запись по запросу фамилии «ИВАНОВ», то система будет осуществлять просмотр каждой записи и проверять ее на совпадение с указанной фамилией. Все найденные записи копируются в специальный файл для последующего вывода информации.

При создании индексных файлов в качестве индекса выбирается один из нескольких реквизитов записи БД, например, реквизит «Фамилия» для нашего примера. Дополнительно в состав индекса включают реквизиты, наиболее часто участвующие в запросах, например номер записи. При вводе информации одновременно с БД, система создает файл, где будут храниться только фамилии и номера записей (рис.2).

Рис.2. Пример, иллюстрирующий индексный файл БД

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

Составление запроса в ИС ОВД

Согласно приказа МВД РФ №400-93 г. все централизованные учеты разделяются на три группы: оперативно-справочные, розыскные и криминалистические. Формирование запроса существенно зависит от соответствующей группы централизованных учетов, куда обращается заинтересованное лицо.

При составлении запроса необходимо учитывать то, что централизованные учеты формируются территориальному принципу и объединяются в ГИЦ МВД России. Поэтому запросы направляются в региональные или федеральные информационные подразделения. Сроки исполнения различных запросов от 2-4 часов до 7 рабочих дней (без учета времени пересылки запроса) в зависимости от срочности и способа поступления запроса в ГИЦ МВД России или ИЦ УВД.

Правила обращения к информационным системам

При обращении к информационным системам необходимо соблюдать следующие правила:

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

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

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

4. Прежде чем обращаться федеральным  учетам, необходимо направить запросы в ИЦ всех тех регионов, где может содержаться интересующая следствие информация.

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

Оформление запроса

В зависимости от возможностей и потребностей пользователей запросы подразделяются на:

• содержащие полную совокупность необходимых поисковых признаков;
• содержащие частичную информацию об объекте учета;
• содержащие задания на подборку аналитико-статистических сведений.

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

Запросы оформляются в соответствии с приказом №400-93г. В зависимости от группы централизованного учета. Это могут быть:

• требования (приложение №10 приказа №400-93г.); фототаблицы следов пальцев рук; списки лиц для проверки по учету ИЦ (приложение.11); дактилоскопические каты (приложение№2);
• телеграммы и шифртелеграммы (удаленный терминал);
• мотивированные письма-запросы произвольной формы;
• телефонный звонок (при наличии пароля ответ о факте наличия объекта будет только «да» или «нет»), телеграмма;
• инициативный запрос и ориентировка;
• некоторые другие (приложение№2 приказа №400-93г.).

Правила оформления требований

1. Требования заполняются на каждое лицо (фамилию) с использованием печатающей машинки, компьютера, как исключение допускаются заполнять шариковой ручкой.
2. В требованиях указывается: наименование органа, куда направляется требование, ФИО, дата, и место рождения, адрес проживания, основание проверки (например, в связи с привлечением к уголовной ответственности, в связи с розыском, заявлением родственников и т.д.), конкретно истребуемая информация. Фамилия, имя, отчество должны заполняться печатными буквами в именительном падеже.
3. Требования имеют право подписать в территориальных органах ВД: начальник управления, или начальник ИТУ, либо их  заместители, а также следователь.

Требования, заполненные небрежно, возвращаются инициатору проверки без исполнения.

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

После получения письма-запроса осуществляется визуальный осмотр (правовой, логический контроль), в случае нехватки данных запрос уточняется по телеграфу или телефону и корректируется.

Введение

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

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

Современные СУБД в основном является приложением Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньшей степени заботится о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отменить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual Basic, Microsoft Visual FoxPro, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологии, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения, на каком языке и на основе какого пакета написано конкретное приложение, и какой формат в нем используется. Более того, стандарт «де-факто» стала «быстрая обработка приложений» или RAD (от английского Rapid Application Development), основанная на декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются  языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критические по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

Таким образом, на сегодняшний день разработчик на связан рамками какого-либо конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные приложения. Поэтому, более важным представляется общее направление развития СУБД и других средств разработки приложений в настоящее время.

Краткая характеристика программного обеспечения, используемого при создании СУБД

Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro 3.0, Visual Basic 4.0, Visual C++, Access 7.0, SQL Server 6.5. Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.

Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложения масштаба предприятия для работы на различных платформах: Windows 3.х, Windows 95, Macintosh…Минимальные ресурсы ПК: для Visual FoxPro версии 3.0 – процессор 468DX, Windows 3.1,95,NT, объем оперативной памяти 8(12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 г.) – Windows 95 или NT,486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.

Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различной форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 486DX, Windows 3.1,95,NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

Visual Basic - это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применятся для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1,95,NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36 Мб.

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

SQL Server – сервер баз данных, реализует подход «клиент/сервер» и взаимодействует с указанными пакетами. Главные достоинства: высокая степень защиты данных, мощные средства для обработки данных, требующих соблюдения режима секретности. Минимальные ресурсы ПК: процессор 468DX-33МГц, Windows NT, объем оперативной памяти 16 (32) Мб, занимаемый объем на ЖМД 80 Мб.

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

Принципы создания данных,

лежащие в основе современных СУБД.

Современные СУБД являются объектно-ориентированный и реляционными. Основной единицей является объект, имеющий свойства, и связи между объектами. СУБД используют несколько моделей данных: иерархическую и сетевую (с 60-х г.) и реляционную (с 70-х г.). Основное различие данных моделей в представлении взаимосвязей между объектами.

Иерархическая модель данных сроится по принципу иерархии объектов, то есть один тип объекта является главным, все нижележащие – подчиненными. Устанавливается связь «один ко многим», то есть для некоторого данного типа существует несколько подчиненных типов объектов. Иначе, главный тип именуется исходным типом, а подчиненные – порожденными. У подчиненных типов могут быть в свою очередь подчиненные типы. Наивысший в иерархии узел (совокупность атрибутов) называются корневым.

Сетевая модель данных строится по принципу «главный и подчиненный тип одновременно», то есть любой тип данных одновременно может порождать  несколько подчиненных типов (быть владельцем набора) и быть подчиненным для нескольких главных (быть членом набора).

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

Объект (Сущность) – элемент какой-либо системы, информация о котором сохраняется. Объект может быть как реальным (например, человек), так и абстрактным (например, событие – поступление человека в стационар).

Атрибут – информационное отображение свойств  объекта. Каждый объекта характеризуется набором атрибутов.

Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.

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