-
41 budget deficit
бюджетный дефицит
Превышение государственных расходов над государственными доходами, которое должно покрываться либо за счет займов, либо путем денежной эмиссии. Кейнсианцы утверждали, что государству во время экономических спадов (recession) следует поддерживать бюджетный дефицит, чтобы стимулировать совокупный спрос (см.: pump priming (дефицитное финансирование)). Монетаристы и неоклассики макроэкономики, напротив, полагают, что бюджетный дефицит просто стимулирует инфляцию (inflation) и препятствует росту частных капиталовложений. В настоящее время большинство экономистов придерживается той точки зрения, что, по крайней мере в среднем государству следует стремиться к сбалансированному бюджету, и что постоянный бюджетный дефицит надо ликвидировать путем либо сокращения государственных расходов, либо увеличения налогообложения. В некоторых случаях во время бума в результате получения доходов, превышающих расходы, может возникать бюджетный избыток (budget surplus).
[ http://www.vocable.ru/dictionary/533/symbol/97]
бюджетный дефицит
Ситуация, когда расходы правительства превышают его доходы. Подробнее см. Дефицит бюджета. Бюджетный кризис (budget crisis) – ситуация, когда резко обостряется дефицит бюджета, и государство теряет возможность выполнения своих обязательств – прежде всего социальных обязательств. Возникает опасность социального взрыва. Яркий пример – бюджетный кризис в России 1965-66 гг. Начиная с 1992 г. уровень государственных доходов, при некоторых колебаниях, снижался постепенно. Однако в 1996 г. падение доходов стало обвальным. Помимо роста недоимок, этому способствовал также рост масштабов противозаконного уклонения от налогов (См. Оливера-Танзи эффект) самыми разными способами и, что очень важно, за счет «черного нала» то есть «путем осуществления хозяйственных операций наличными деньгами, не отражаемыми в бухгалтерской отчетности». Из-за широкого распространения взаимных неплатежей существенно снизилась облагаемая база налога на прибыль и НДС. В первой половине 1996 г. объем дебиторской задолженности почти утроился. Нарастал процесс бартеризации экономики (см. Бартер), быстрого распространения многоходовых схем безденежного взаимозачета долгов между поставщиками и их клиентами. Минфин использовал для налоговых освобождений товарный кредит и другие формы бартера. В результате таких операций многие предприятия могли вести свое хозяйство при минимальных объемах денежных средств. Порой у них на расчетных счетах просто не оказывалось средств на выплату налогов, и это дополнительно приводило к росту недоимок в бюджет. При осуществлении зачетов между налогоплательщиками, бюджетом и получателями бюджетных средств, так же как и при бартерных сделках, обычно использовались заниженные нерыночные цены, а значит, снижалась налоговая база. Для преодоления бюджетного кризиса правительство было вынуждено брать деньги в долг, в огромных масштабах размещая ГКО (см. Государственные краткосрочные обязательства). В 1998 году это отозвалось известным экономическим кризисом, потрясшим страну. Не только Россия, но все страны переходной экономики переживали бюджетный кризис (некоторые — не однажды). На ранних этапах постсоциалистического перехода бюджетные (то же: фискальные) кризисы создавали серьезные угрозы самому существованию новых социальных институтов. Динамика постсоциалистического бюджетного кризиса хорошо изучена, прежде всего, на материалах Восточной Европы. Польский экономист М. Домбровский выделяет четыре его этапа: –– фискальная дестабилизация, предшествующая началу реформ; –– макроэкономическая стабилизация, связанная с либерализацией экономики; –– вторичный фискальный кризис, следующий за стабилизацией; –– восстановление фискального потенциала, связанное с экономическим оживлением и развертыванием реформ в системе государственных финансов. (См. О природе бюджетных кризисов этапа финансовой стабилизации // Е.Гайдар, Собр. соч. т. 6 с. 322) Для преодоления бюджетного кризиса ключевым вопросом становится способность правительства проводить необходимые реформы — реформу социальных фондов и системы социальной поддержки, реформу межбюджетных отношений и налоговой системы. Без этого бюджетный кризис преодолеть невозможно.
[ http://slovar-lopatnikov.ru/]Тематики
EN
дефицит бюджета
Разница между совокупными обязательствами по доходам и текущим бюджетом расходов.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]
дефицит бюджета
Превышение расходов бюджета над доходами. Если иметь в виду Д.б. семьи или фирмы, то его недопустимость не вызывает ни у кого сомнений. Если же говорить о бюджете государства, то положение здесь иное. Отвлекаясь от частностей, дефицит государственного бюджета означает превышение суммы правительственных рас¬ходов над суммой налогов и увеличение, таким образом, накапливаемого государственного долга. Доказано. что Д.б. является важнейшим фактором, ускоряющим инфляцию, и потому, казалось бы, задачей экономической политики является сведение его к минимуму или лучше — к нулю. Однако есть экономисты, которые полагают, что умеренный Д.б. в периоды экономического спада не только допустим, но и может быть рекомендован, так как увеличенные расходы бюджета, благодаря действию мультипликатора Кейнса, способны вызвать повышение национального дохода, компенсирующее и даже превышающее дефицит. Практика не подтверждает, по-видимому, этого предположения. В России, в связи с высоким уровнем инфляции, дефицит федерального бюджета обычно оценивается в процентах от валового внутреннего продукта (ВВП); анализ номинальных цифр не приемлем, поскольку невозможны их сопоставления во времени. Противоположность дефицита — профицит бюджета. См.также: Вторичный дефицит государственного бюджета, Первичный дефицит государственного бюджета.
[ http://slovar-lopatnikov.ru/]EN
budget gap
The difference between total revenue commitments and the current expense budget.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]Тематики
EN
Англо-русский словарь нормативно-технической терминологии > budget deficit
-
42 programmable logic controller
контроллер с программируемой логикой
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
программируемый логический контроллер
ПЛК
-
[Интент]
контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]EN
storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]FR
automate programmable à mémoire
См. также:
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:- нано- ПЛК (менее 16 каналов);
- микро-ПЛК (более 16, до 100 каналов);
- средние (более 100, до 500 каналов);
- большие (более 500 каналов).
- моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
- модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
- распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.
По конструктивному исполнению и способу крепления контроллеры делятся на:- панельные (для монтажа на панель или дверцу шкафа);
- для монтажа на DIN-рейку внутри шкафа;
- для крепления на стене;
- стоечные - для монтажа в стойке;
- бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").
По области применения контроллеры делятся на следующие типы:- универсальные общепромышленные;
- для управления роботами;
- для управления позиционированием и перемещением;
- коммуникационные;
- ПИД-контроллеры;
- специализированные.
По способу программирования контроллеры бывают:- программируемые с лицевой панели контроллера;
- программируемые переносным программатором;
- программируемые с помощью дисплея, мыши и клавиатуры;
- программируемые с помощью персонального компьютера.
Контроллеры могут программироваться на следующих языках:- на классических алгоритмических языках (C, С#, Visual Basic);
- на языках МЭК 61131-3.
Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП. Контроллеры для систем автоматизации
Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.
Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.
Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.
В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования. Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.
Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).
Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:- уменьшение габаритов;
- расширение функциональных возможностей;
- увеличение количества поддерживаемых интерфейсов и сетей;
- использование идеологии "открытых систем";
- использование языков программирования стандарта МЭК 61131-3;
- снижение цены.
[ http://bookasutp.ru/Chapter6_1.aspx]
Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:
1. Сбор сигналов с датчиков;
2. Обработка сигналов согласно прикладному алгоритму управления;
3. Выдача управляющих воздействий на исполнительные устройства.
В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.
Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:
1. Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.
2. Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.
3. Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.
4. Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.
Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.
Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).
Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).
Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.
На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.
Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).
На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).
Рис. 5. Контроллер AC800M.
Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.
При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:
1. Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.
2. Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.
3. Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)
4. Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.
5. Надежность. Наработка на отказ до 10-12 лет.
6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).
7. Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.
8. Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.
9. Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.
10. Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.
[ http://kazanets.narod.ru/PLC_PART1.htm]Тематики
Синонимы
EN
DE
- speicherprogrammierbare Steuerung, f
FR
Англо-русский словарь нормативно-технической терминологии > programmable logic controller
43 programmable controller
программируемый контроллер
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]Тематики
- электротехника, основные понятия
EN
программируемый логический контроллер
ПЛК
-
[Интент]
контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]EN
storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]FR
automate programmable à mémoire
См. также:
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:- нано- ПЛК (менее 16 каналов);
- микро-ПЛК (более 16, до 100 каналов);
- средние (более 100, до 500 каналов);
- большие (более 500 каналов).
- моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
- модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
- распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.
По конструктивному исполнению и способу крепления контроллеры делятся на:- панельные (для монтажа на панель или дверцу шкафа);
- для монтажа на DIN-рейку внутри шкафа;
- для крепления на стене;
- стоечные - для монтажа в стойке;
- бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").
По области применения контроллеры делятся на следующие типы:- универсальные общепромышленные;
- для управления роботами;
- для управления позиционированием и перемещением;
- коммуникационные;
- ПИД-контроллеры;
- специализированные.
По способу программирования контроллеры бывают:- программируемые с лицевой панели контроллера;
- программируемые переносным программатором;
- программируемые с помощью дисплея, мыши и клавиатуры;
- программируемые с помощью персонального компьютера.
Контроллеры могут программироваться на следующих языках:- на классических алгоритмических языках (C, С#, Visual Basic);
- на языках МЭК 61131-3.
Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП. Контроллеры для систем автоматизации
Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.
Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.
Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.
В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования. Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.
Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).
Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:- уменьшение габаритов;
- расширение функциональных возможностей;
- увеличение количества поддерживаемых интерфейсов и сетей;
- использование идеологии "открытых систем";
- использование языков программирования стандарта МЭК 61131-3;
- снижение цены.
[ http://bookasutp.ru/Chapter6_1.aspx]
Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:
1. Сбор сигналов с датчиков;
2. Обработка сигналов согласно прикладному алгоритму управления;
3. Выдача управляющих воздействий на исполнительные устройства.
В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.
Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:
1. Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.
2. Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.
3. Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.
4. Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.
Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.
Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).
Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).
Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.
На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.
Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).
На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).
Рис. 5. Контроллер AC800M.
Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.
При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:
1. Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.
2. Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.
3. Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)
4. Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.
5. Надежность. Наработка на отказ до 10-12 лет.
6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).
7. Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.
8. Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.
9. Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.
10. Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.
[ http://kazanets.narod.ru/PLC_PART1.htm]Тематики
Синонимы
EN
DE
- speicherprogrammierbare Steuerung, f
FR
Англо-русский словарь нормативно-технической терминологии > programmable controller
44 storage-programmable logic controller
программируемый логический контроллер
ПЛК
-
[Интент]
контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]EN
storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]FR
automate programmable à mémoire
См. также:
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:- нано- ПЛК (менее 16 каналов);
- микро-ПЛК (более 16, до 100 каналов);
- средние (более 100, до 500 каналов);
- большие (более 500 каналов).
- моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
- модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
- распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.
По конструктивному исполнению и способу крепления контроллеры делятся на:- панельные (для монтажа на панель или дверцу шкафа);
- для монтажа на DIN-рейку внутри шкафа;
- для крепления на стене;
- стоечные - для монтажа в стойке;
- бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").
По области применения контроллеры делятся на следующие типы:- универсальные общепромышленные;
- для управления роботами;
- для управления позиционированием и перемещением;
- коммуникационные;
- ПИД-контроллеры;
- специализированные.
По способу программирования контроллеры бывают:- программируемые с лицевой панели контроллера;
- программируемые переносным программатором;
- программируемые с помощью дисплея, мыши и клавиатуры;
- программируемые с помощью персонального компьютера.
Контроллеры могут программироваться на следующих языках:- на классических алгоритмических языках (C, С#, Visual Basic);
- на языках МЭК 61131-3.
Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП. Контроллеры для систем автоматизации
Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.
Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.
Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.
В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования. Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.
Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).
Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:- уменьшение габаритов;
- расширение функциональных возможностей;
- увеличение количества поддерживаемых интерфейсов и сетей;
- использование идеологии "открытых систем";
- использование языков программирования стандарта МЭК 61131-3;
- снижение цены.
[ http://bookasutp.ru/Chapter6_1.aspx]
Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:
1. Сбор сигналов с датчиков;
2. Обработка сигналов согласно прикладному алгоритму управления;
3. Выдача управляющих воздействий на исполнительные устройства.
В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.
Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:
1. Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.
2. Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.
3. Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.
4. Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.
Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.
Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).
Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).
Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.
На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.
Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).
На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).
Рис. 5. Контроллер AC800M.
Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.
При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:
1. Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.
2. Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.
3. Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)
4. Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.
5. Надежность. Наработка на отказ до 10-12 лет.
6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).
7. Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.
8. Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.
9. Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.
10. Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.
[ http://kazanets.narod.ru/PLC_PART1.htm]Тематики
Синонимы
EN
DE
- speicherprogrammierbare Steuerung, f
FR
Англо-русский словарь нормативно-технической терминологии > storage-programmable logic controller
45 relational data base
реляционная база данных
База данных, реализованная в соответствии с реляционной моделью данных.
[ ГОСТ 20886-85]
реляционная БД
База данных, логически организованная в виде набора отношений ее компонентов.
Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
Использование реляционных баз данных позволяет:
собирать и хранить данные в виде таблиц;
обновлять их содержание;
получать разнообразную информацию по атрибутам или записям;
отображать полученные данные в виде диаграмм или таблиц;
выполнять необходимые расчеты по материалам базы.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]
Системы управления реляционными базами данных
Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).
В РБД все данные представлены исключительно в формате таблиц, или, по терминологии реляционной алгебры, отношений (relation). Таблица в реляционной алгебре - это неупорядоченное множество записей (строк), состоящих из одинакового набора полей (столбцов). Каждая строка характеризует некий объект, каждый столбец - одну из его характеристик. Совокупность таких связанных таблиц и составляет БД, при этом таблицы полностью равноправны - между ними не существует никакой иерархии. Реляционная модель является простейшей и наиболее привычной формой представления данных.
Можно было бы привести более строгое определение, но это не является пред-метом настоящей статьи. Здесь нам важно отметить следующее. РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это огромный шаг вперед по нескольким причинам:
Отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю.
Реорганизация данных на физическом уровне совершенно не влияет на выпол-нение прикладных программ. Одним из важнейших побочных эффектов данного преимущества является появление клиент-серверных архитектур, сохраняющих все достоинства централизованного администрирования и управления данными, с одной стороны, и дружески настроенных по отношению к пользователю клиентских программ, с другой. Благодаря нормализации удается избежать чрезмерного дублирования данных.
По идее, с точки зрения быстродействия, реляционные СУБД должны проигры-вать сетевым и иерархическим моделям. Однако специальные методы, в частности, индексирование БД, позволяют поддерживать их скоростные характеристики на достаточно высоком уровне.
Развитие РБД
По мере все более широкого распространения реляционных моделей данных крупные поставщики БД расширяли функциональные возможности, повышали производительность в борьбе за место на рынке. В качестве примеров новых функций можно привести следующее:-
Хранимые процедуры
Откомпилированные последовательности SQL-операторов, которые хранятся в БД. Хранимые процедуры исполняются быстрее обычных SQL-операторов, уменьшают объем сетевого трафика и скрывают сложность SQL-выражений от конечного пользователя.
-
Триггеры
Последовательности SQL-операторов, автоматически запускаемые сервером при возникновении определенных, связанных с данными событий. Обычно они используются для поддержания целостности данных и выполнения таких, связанных с модификацией данных, операций, как трассировка (распечатка программой связанных с ее выполнением событий) и аудирование (ведение журнала событий с целью обеспечения безопасности вычислительной системы.).
-
Дублирование и рассредоточение.
Довольно часто с целью повышения произво-дительности, безопасности и готовности информации приходится дублировать данные на удаленных БД. Например, дублировать хранящуюся на удаленном сервере итоговую производственную информацию в центральной БД.
-
Взаимодействие с другими системами.
После того, как электронная почта приобрела широкую популярность, поставщики БД разработали интерфейс, позволяющий посылать определенные почтовые сообщения в момент возникновения определенных, связанных с операциями над данными, событиями.
Тематики
Синонимы
EN
Relational data base
База данных, реализованная в соответствии с реляционной моделью данных
Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа
Англо-русский словарь нормативно-технической терминологии > relational data base
46 Relational Database
реляционная база данных
База данных, реализованная в соответствии с реляционной моделью данных.
[ ГОСТ 20886-85]
реляционная БД
База данных, логически организованная в виде набора отношений ее компонентов.
Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
Использование реляционных баз данных позволяет:
собирать и хранить данные в виде таблиц;
обновлять их содержание;
получать разнообразную информацию по атрибутам или записям;
отображать полученные данные в виде диаграмм или таблиц;
выполнять необходимые расчеты по материалам базы.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]
Системы управления реляционными базами данных
Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).
В РБД все данные представлены исключительно в формате таблиц, или, по терминологии реляционной алгебры, отношений (relation). Таблица в реляционной алгебре - это неупорядоченное множество записей (строк), состоящих из одинакового набора полей (столбцов). Каждая строка характеризует некий объект, каждый столбец - одну из его характеристик. Совокупность таких связанных таблиц и составляет БД, при этом таблицы полностью равноправны - между ними не существует никакой иерархии. Реляционная модель является простейшей и наиболее привычной формой представления данных.
Можно было бы привести более строгое определение, но это не является пред-метом настоящей статьи. Здесь нам важно отметить следующее. РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это огромный шаг вперед по нескольким причинам:
Отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю.
Реорганизация данных на физическом уровне совершенно не влияет на выпол-нение прикладных программ. Одним из важнейших побочных эффектов данного преимущества является появление клиент-серверных архитектур, сохраняющих все достоинства централизованного администрирования и управления данными, с одной стороны, и дружески настроенных по отношению к пользователю клиентских программ, с другой. Благодаря нормализации удается избежать чрезмерного дублирования данных.
По идее, с точки зрения быстродействия, реляционные СУБД должны проигры-вать сетевым и иерархическим моделям. Однако специальные методы, в частности, индексирование БД, позволяют поддерживать их скоростные характеристики на достаточно высоком уровне.
Развитие РБД
По мере все более широкого распространения реляционных моделей данных крупные поставщики БД расширяли функциональные возможности, повышали производительность в борьбе за место на рынке. В качестве примеров новых функций можно привести следующее:-
Хранимые процедуры
Откомпилированные последовательности SQL-операторов, которые хранятся в БД. Хранимые процедуры исполняются быстрее обычных SQL-операторов, уменьшают объем сетевого трафика и скрывают сложность SQL-выражений от конечного пользователя.
-
Триггеры
Последовательности SQL-операторов, автоматически запускаемые сервером при возникновении определенных, связанных с данными событий. Обычно они используются для поддержания целостности данных и выполнения таких, связанных с модификацией данных, операций, как трассировка (распечатка программой связанных с ее выполнением событий) и аудирование (ведение журнала событий с целью обеспечения безопасности вычислительной системы.).
-
Дублирование и рассредоточение.
Довольно часто с целью повышения произво-дительности, безопасности и готовности информации приходится дублировать данные на удаленных БД. Например, дублировать хранящуюся на удаленном сервере итоговую производственную информацию в центральной БД.
-
Взаимодействие с другими системами.
После того, как электронная почта приобрела широкую популярность, поставщики БД разработали интерфейс, позволяющий посылать определенные почтовые сообщения в момент возникновения определенных, связанных с операциями над данными, событиями.
Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > Relational Database
СтраницыСм. также в других словарях:
Процесс загрузки Linux — представляет собой действия, посредством которых приводятся в состояние готовности операционные системы на основе Linux. Этот процесс во многом схож с загрузкой BSD и других Unix подобных систем, от которых он и происходит. Содержание 1 Общий… … Википедия
поддерживать (что) — ▲ способствовать ↑ существовать поддерживать обеспечивать существование, способствовать существованию; сохранять процесс (# процесс. # горение). живая вода. | живительный. животворный. бодрящий. освежающий. ↓ уход (за кем), потребление, защищать… … Идеографический словарь русского языка
Процесс уголовный — система норм, регулирующих деятельность особых судебных учреждений по применению материального уголовного права к данному конкретному случаю. Цель уголовного П. заключается в констатировании виновности обвиняемого посредством исследования… … Энциклопедический словарь Ф.А. Брокгауза и И.А. Ефрона
Судебный процесс над «Бхагавад-гитой как она есть» — … Википедия
Розыскной процесс — (также инквизиционный процесс, следственный процесс) форма уголовного процесса, существенными чертами которой является: отсутствие прав у обвиняемого, возможности состязания с обвинителем; слияние защиты с обвинением и разрешением дела,… … Википедия
Разыскной процесс — Розыскной процесс (также инквизиционный процесс, следственный процесс) форма уголовного процесса, существенными чертами которой является: отсутствие прав у обвиняемого, возможности состязания с обвинителем; слияние защиты с обвинением и… … Википедия
Инквизиционный процесс — Розыскной процесс (также инквизиционный процесс, (устар. следственный процесс) форма уголовного процесса, существенными чертами которой является: отсутствие прав у обвиняемого, возможности состязания с обвинителем; слияние защиты с обвинением и… … Википедия
Розыскной процесс — (или следственный) характеризуется, в отличие от обвинительного (см.), противопоставлением судьи следователя лицу, служащему предметом розыска. Право преследования принадлежит государству, которое обязано производить розыск, хотя бы потерпевший и … Энциклопедический словарь Ф.А. Брокгауза и И.А. Ефрона
Технологический процесс — (Process) Определение технологического процесса, типы технологического процесса Определение технологического процесса, типы технологического процесса, правила процесса Содержание Содержание Определение . Понятие технологического процесса Основные … Энциклопедия инвестора
Армко-процесс — [Armco process] 1. Процесс получения малоуглеродистой стали с особыми свойствами, разработанный фирмой «Armko Steel Corp.» (США) в начале XX в. Армко процесс осуществлялся в основной мартеновской печи. Характерные особенности плавки:… … Энциклопедический словарь по металлургии
УГОЛОВНЫЙ ПРОЦЕСС — – в СССР установленная законами Советского государства система действий органов следствия, прокуратуры и суда при расследовании и разрешении уголовных дел, обеспечивающая изобличением наказание совершивших преступление лиц, осуществление… … Советский юридический словарь
18+© Академик, 2000-2024- Обратная связь: Техподдержка, Реклама на сайте
Экспорт словарей на сайты, сделанные на PHP, Joomla, Drupal, WordPress, MODx.
Перевод: с английского на русский
с русского на английский- С русского на:
- Английский
- С английского на:
- Русский