39035

Базовые технологии доступа к БД в Borland C++ Builder и их принципы

Лабораторная работа

Информатика, кибернетика и программирование

Указания к выполнению лабораторной работы Современные информационные системы не могут существовать без Баз Данных. По этой причине современные средства разработки приложений должны обеспечивать программиста средствами которые бы: Обеспечивали универсальный механизм доступа к базам данных построенных с использованием различных СУБД; Обеспечивали приемлемый уровень эффективности; Позволяли быстро разрабатывать полнофункциональные приложения для работы с БД любого размера. В Borlnd C Builder предлагается большое количество компонентов...

Русский

2013-09-30

156 KB

28 чел.

Лабораторная работа № 3

Базовые технологии доступа к БД в Borland C++ Builder

Цель работы: Изучить принципы разработки приложений для работы с БД в Borland C++ Builder. Получить навыки работы с Borland Database Engine.

Указания к выполнению лабораторной работы

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

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

Указанные требования во многом являются противоречивыми, поэтому чаще всего необходимо искать компромиссное решение. В соответствии с принципами быстрой разработки приложений, важнейшим критерием является скорость создания программного продукта. В Borland C++ Builder предлагается большое количество компонентов, значительно ускоряющих процесс разработки приложений для работы с базами данных (БД-приложений), поскольку утомительное написание программного кода заменяется добавлением в проект нескольких компонентов и их последующей настройкой.

Архитектура приложения для работы с базами данных при всем их разнообразии включает в себя следующие компоненты:

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

Механизм получения и отправки данных представляет собой специальное программное обеспечение, связывающее приложение и конкретную базу данных. Это программное обеспечение может быть реализовано по-разному: как часть программного приложения;  как набор библиотек, к которому обращается приложение в процессе работы; как удаленный сервер, обслуживающий одновременно большое количество приложений-клиентов. Долгое время базовым механизмом доступа к данным считалось использование процессора баз данных Borland Database Engine (BDE). История его создания уходит в начало 90-ых годов прошлого века, когда фирма Borland впервые поставила задачу разработать универсальное ядро доступа к локальным базам данных различных форматов. В настоящее время технология Borland Database Engine обеспечивает прозрачное взаимодействие приложений как с настольными, так и серверными СУБД.

По своей сути BDE представляет собой множество динамически подключаемых (DLL) библиотек, предназначенных для низкоуровневого доступа к данным различных форматов. Очевидно, что при взаимодействии с БД приложение многократно выполняет различные стандартные операции: поиск файла с БД или сервера, установка соединения, загрузка метаданных, чтение данных и их буферизация в приложении и т.п. Реализация всех таких функций доступа к данным в виде динамических библиотек позволяет существенно упростить разработку БД-приложений, поскольку программисту более не нужно задумываться о том, как выполнить ту или иную стандартную операцию – достаточно лишь вызвать нужную функцию из библиотеки.

Замечание. Набор библиотек с функциями, позволяющими считывать и записывать данные в базу данных некоторой СУБД, называют процессором (машиной) баз данных. Этот термин появился в результате неудачного перевода с английского термина «database engine». Очевидно, что под процессором баз данных в данном случае понимается исключительно программный объект, который нельзя путать с таким аппаратным устройством, как микропроцессор ЭВМ.

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

Архитектура процессора баз данных BDE включает в себя три слоя:

  •  Верхний слой представляет собой программный интерфейс – множество определений функций, позволяющих выполнять те или иные базовые операции: открывать и закрывать соединение с БД, читать данные из таблиц, выполнять модификацию записей и т.п. Кроме того, к нему относятся определения нескольких наборов вспомогательных функций, например, менеджеров буферизации и управления оперативной памятью, а также транслятора данных. В большинстве случаев разработчику не нужно напрямую вызывать функции программного интерфейса BDE. Для работы с БД обычно используют специальные компоненты, которые находятся на вкладке «BDE» палитры компонентов. Реализация этих компонент основана на использовании программного интерфейса BDE, при этом многие операции (например, открытие курсора БД при работе с таблицами) выполняются автоматически. Таким образом, разработка приложений для работы с БД еще более упрощается – фактически программист может сосредоточить свое внимание на том, какие данные нужно извлечь или записывать, а не на том, как это осуществить.
  •  Выше было сказано, что программный интерфейс BDE содержит только определения функций процессора баз данных. Реализация этих функций находится в нескольких динамически подключаемых (DLL) библиотеках. Базовая библиотека (ядро BDE) содержится в файле idapi32.dll, и ее основное назначение – транслировать поступающие от приложения вызовы в системные функции драйвера той конкретной СУБД, с которой взаимодействует программное приложение. Драйвером (или провайдером) СУБД называются программный модуль, который учитывает специфические особенности и возможности соответствующей СУБД и реализует непосредственное обращение к ее базам данных. Таким образом, при установке соединения приложение сообщает ядру процессора  БД о том, с какой СУБД предполагается осуществлять взаимодействие. На основании этой информации ядром выбирается необходимый  BDE-драйвер. Дальнейшая работа  приложения с БД выполняется с помощью стандартных функций программного интерфейса, однако ядро BDE преобразует их в читаемый формат и направляет на выбранный при установке соединения драйвер. Поступающие из БД данные и метаданные проходят процедуру обратного преобразования – от специфических внутренних форматов СУБД к универсальным форматам BDE-интерфейса. Для выполнения основной функции ядро BDE дополнено различными подсистемами, реализованными в виде других динамически подключаемых библиотек. Например, библиотеки idqbe32.dll и idsql32.dll представляют собой систему обработки запросов, обеспечивающую выполнение запросов к БД на языках SQL или QBE (см. Замечание далее) даже в тех случаях, когда СУБД не поддерживает прямое исполнение запросов. Полный список библиотек процессора баз данных BDE включает в себя 8 файлов DLL – с назначением каждого из них можно познакомиться в специальной литературе ([1], стр. 382).

Замечание. В курсе «Информационные системы» говорилось, что важным компонентом большинства современных СУБД является язык запросов (язык манипулирования данными), который используется для добавления, обновления, удаления и извлечения информации из базы данных. На сегодняшний день чаще всего используются либо диалекты структурированного языка запросов (SQL, Structured Query Language), либо языки запросов по образцу (QBE, Query-by-Example). Язык SQL – более сложен в изучении, но предоставляет разработчику практически неограниченные возможности для работы с информацией в  БД. Его изучение предполагается в курсе «Базы данных». Примером использования языка QBE является конструирование запросов в Microsoft Access, которое изучалось на лабораторной работе № 5 курса «Информационные системы».

  •  Непосредственное обращение к СУБД и работа с базами данных производится посредством драйверов (провайдеров) BDE. Как уже было сказано, драйверы создаются для работы с конкретной СУБД, поэтому учитывают все ее специфичные особенности и ограничения. Современные СУБД принято разделять на локальные (настольные) и серверные. Локальные СУБД устанавливаются на том же компьютере, что и БД-приложение. В настоящий момент фирма Borland распространяет в комплекте процессора баз данных BDE драйверы для работы со следующими форматами локальных БД:
    •  dBase (версии III, III+, IV, 5, 7, 7.5);
    •  Paradox (версии 3, 4, 5, 7, 8, 9);
    •  Microsoft Access (Версии Access 95, Access 97, Access 2000);
    •  Текстовые файлы ASCII.

Локальные драйверы работают с файлами баз данных напрямую (за исключением БД Microsoft Access – в этом случае взаимодействие осуществляется через процессор баз данных Microsoft Jet), поэтому БД-приложения с их применением иногда называют одноуровневыми. Кроме настольных, BDE поддерживает работу с несколькими популярными серверными СУБД, к которым относятся:

  •  Borland InterBase;
    •  Microsoft SQL Server (версии до MS SQL Server 2000 включительно);
    •  Oracle (версии до 8.x включительно);
    •  Informix (версии до 9.x включительно)
    •  Sybase SQL Server;
    •  IBM DB2.

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

 

Архитектура процессора баз данных BDE показана на рисунке 3.1 ([1], стр. 380):

Рис. 3.1. Схема архитектуры BDE 

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

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

Для управления псевдонимами баз данных, настройки стандартных и дополнительных драйверов в составе BDE имеется специальная программа – BDE Administrator (исполняемый файл bdeadmin.exe). Главное окно программы состоит из главного меню, панели инструментов и рабочей области, на которой расположен блокнот с двумя вкладками (слева) и панель параметров (справа; см. рис. 3.2 из [1], стр. 384).

Рис. 3.2. Внешний вид окна программы BDE Administrator

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

Рассмотрим пример создания псевдонима для работы с базой данных Microsoft Access.

  1.  Чтобы начать процесс создания нового псевдонима необходимо выбрать команду главного меню Object | New. Появившееся окно «New Database Alias» позволяет задать тип СУБД путем определения того драйвера, который будет использоваться при работе с создаваемым псевдонимом. В списке наименований драйверов баз данных («Database Driver Names») BDE- драйверы располагаются в начале. Для БД Microsoft Access следует выбрать в качестве драйвера «MSACCESS»  и нажать кнопку OK.
  2.  Следующий шаг заключается в определении наименования псевдонима,  которое задается путем редактирования соответствующего узла в дереве псевдонимов. Для псевдонима БД Microsoft Access именем по умолчанию будет «MSACCESS1» (или подобное). Имя псевдонима можно изменить в любой момент с использованием команды главного меню Object | Rename.
  3.  Для созданного выше псевдонима предусмотрены следующие обязательные параметры:
  •  Type – определяет тип СУБД и соответствующий ей драйвер. Этот параметр автоматически указывается для псевдонима любой базы данных (как настольной, так и серверной) и изменению не подлежит.
  •  Database Name – определяет полный путь к файлу базы данных. Для серверных СУБД (SQL Server, Oracle и т.д.) вместо этого следует указывать имя сервера и наименование базы данных, для чего в описании псевдонимов заполняются соответственно параметры Servername и Database Name.
  •  Open Mode – определяет режим доступа к БД. По умолчанию предполагается, что псевдоним позволяет обращаться к базе данных в режиме и чтения, и записи («READ/WRITE»). Значение параметра можно изменить на «READ ONLY» («Только для чтения»).

Прочие параметры созданного псевдонима являются дополнительными и не обязательны для заполнения. При создании псевдонимов для серверных БД следует также обращать внимание на параметр User Name, который определяет пользователя, от имени которого будет «по умолчанию» осуществляться доступ к базе данных.

  1.  Чтобы сохранить внесенные в описание псевдонима изменения, следует выделить его в дереве псевдонимов и выбрать из главного меню команду Object | Apply. Для отмены внесенных изменений предназначена команда Object | Cancel.

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

Достоинства технологии BDE заключаются в следующем:

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

Недостатки технологии BDE:

  •  Необходимость устанавливать на ЭВМ пользователя дополнительное ПО (Процессор БД BDE);
  •  Отсутствие ПО для разработки BDE-драйверов сторонними производителями. По этой причине с большинством СУБД нельзя взаимодействовать посредством BDE напрямую.

Несмотря на то, что в настоящее время технология разработки БД-приложений посредством BDE довольно популярна, ее применение в последнее время сокращается. С 2002 года фирма Inprise (владелец торговой марки Borland) не занимается разработкой новых версий Borland Database Engine, однако продолжает осуществлять тестирование, отладку, продажу и поддержку уже существующих выпусков.

Вернемся к вопросам проектирования приложений для работы базами данных в среде разработки Borland C++ Builder.  

 

Рис. 3.3. Схема доступа к данным в БД-приложении

В основе любого БД-приложения лежат наборы данных, которые представляют собой группы записей, переданных из базы данных в приложение для просмотра и редактирования. Каждый набор данных инкапсулирован в специальном компоненте доступа к данным. В библиотеке компонентов C++ Builder реализован набор базовых классов, поддерживающих функциональность наборов данных, а также дочерние компоненты, специально предназначенные для работы с процессором баз данных BDE. Общим родительским классом для всех наборов данных  C++ Builder является класс TDataSet. Он определяет структурную основу функционирования наборов данных, то есть перечень необходимых для этого свойств и методов. К основным свойствам и методам любого набора данных можно отнести:

  •  Методы Open() и Close(), которые соответственно открывают и закрывают набор данных;
  •  Свойство RecordCount, возвращающее общее число записей в наборе данных;
  •  Методы перемещения курсора (указателя текущей записи)  по набору данных: First() – на начало, Last() – на конец, Next()/Prior() – на следующую/предыдущую запись.
  •  Свойства Bof и Eof, возвращающие состояние признака начала или конца набора данных.
  •  Свойство Fields, позволяющее обращаться к полям текущей записи набора данных. Каждая запись представляет собой совокупность значений полей таблицы БД. Набор данных может содержать одно, несколько или все поля таблицы базы данных.
  •  Свойство CanModify, определяющее возможность редактирования набора данных.
  •  Методы редактирования наборов данных: Edit() – переход в режим редактирования текущей записи, Insert() и Append() – добавление новой пустой записи и переход в режим ее редактирования, Delete() – удаление текущей записи, Post() – сохранение изменений текущей записи в наборе данных, Cancel() – отказ от внесенных и еще не сохраненных изменений.

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

  •  TDatabase – компонент, управляющий соединением с базой данных посредством BDE;
  •  TTable – наследник базового компонента TDataSet, обеспечивающий доступ к одной из таблиц базы данных.
  •  TQuery – наследник базового компонента TDataSet, позволяющий работать с наборами данных, полученными в результате выполнения SQL-запросов.
  •  TStoredProc – наследник базового компонента TDataSet, позволяющий работать с наборами данными, полученных в результате выполнения хранимой (на сервере БД) процедуры.

В данном курсе мы будем работать с компонентами TDatabase и TTable. К основным свойствам компонента TDatabase относятся:

  •  Свойство AliasName, определяющее BDE-псевдоним базы данных, с которой устанавливается соединение;
  •  Свойство DatabaseName, которое  задает имя соединения с базой данных в рамках данного приложения;
  •  Свойство Connected, указывающее состояние соединения (true – «установлено» и false – «не установлено»).

При редактировании свойства AliasName в инспекторе объектов имя псевдонима базы данных можно выбирать из выпадающего списка.

Обязательными для заполнения свойствами компонента TTable являются:

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

Для обеспечения связи набора данных с визуальными компонентами отображения данных используется специальный компонент TDataSource. Этот компонент обеспечивает передачу данных в визуальные компоненты и возврат результатов редактирования в набор данных, а также отвечает за изменение состояния визуальных компонентов при изменении состояния набора данных и передает сигналы управления от визуальных компонентов в набор данных. Компонент TDataSource расположен на вкладке «Data Access» палитры компонентов. С каждым набором данных должен быть связан как минимум один компонент TDataSource. С одним компонентом TDataSource могут быть связаны несколько визуальных компонентов отображения данных.

Визуальные компоненты отображения данных располагаются на вкладке «Data Controls» палитры компонентов. При их помощи пользователь программы может просматривать и редактировать данные, поэтому они составляют основу построения пользовательского интерфейса БД-приложений.

Таким образом, архитектуру приложения для работы с базами данных можно представить в виде схемы, изображенной на рисунке 3.3 (см. [1], стр. 270).

Задания к лабораторной работе

  1.  Повторить теоретические сведения о настольной СУБД Microsoft Access, изложенные в указаниях к выполнению лабораторных работ № 4 и 5.
  2.  Построить схему данных (ER-диаграмму) для информационной системы «Телефонный справочник»:

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

  1.  По созданной схеме данных спроектировать базу данных в Microsoft Access и заполнить ее данными (несколько записей в каждую таблицу)
  2.  Следуя указаниям к лабораторной работе, создать BDE-псевдоним для базы данных телефонного справочника. Указание. Обычно ярлык программы BDE Administrator находится по адресу: Пуск | Настройка | Панель Управления | BDE Administrator.
  3.  В новом проекте приложения Borland C++ Builder поместить на главную форму компонент TDatabase и настроить его для работы с БД телефонного справочника. Обратить внимание на свойство компонента LoginPrompt. Проверить, что соединение устанавливается успешно (установив в инспекторе объектов свойство Active = true).
  4.  При невозможности выполнения задания 5:
    1.  Указать в отчете к лабораторной работе суть ошибки и попытаться объяснить причину ее возникновения.
    2.  Выполнить установку объектов доступа к данным (Microsoft Data Access Objects, DAO) версии 3.5:
  •  Из архива dao35.zip, входящего в комплект лабораторной работы, извлечь файл dao35.dll и поместить его в папку “X:\Program Files\Common Files\Microsoft Shared\DAO”. Здесь и далее вместо переменной X необходимо указывать букву диска, на котором установлена рабочая операционная система.
  •   Извлечь все файлы из папки Jet указанного архива в системную папку System32 рабочей операционной системы.
  •  С помощью служебной программы ОС Windows regsvr32.exe зарегистрировать библиотеку dao35.dll, выполнив команду:

regsvr32.exe  “X:\Program Files\Common Files\Microsoft Shared\DAO\dao35.dll”

  1.  Повторить выполнение заданий 4 и 5. Если по-прежнему не удается установить соединение, то привести в отчете к лабораторной работе описание возникающей ошибки и попытаться объяснить причину ее появления
    1.  Повторить выполнение заданий 4 и 5 для файла db97.mdb, входящего в комплект лабораторной работы.
    2.  Если после выполнения всех коррекционных действий, указанных в пунктах «а»-«г», соединение с БД установить не удалось, то убедиться, что ход работы отражен в отчете в полном объеме (включая описание всех ошибок с попыткой объяснения причин их возникновения) и сделать выводы по проделанной части работы. Задания 7-11 выполняются только в том случае, если соединение с БД установлено успешно.
  2.  Поместить на главную форму приложения компонент набора данных TTable и связать его с одной из таблиц телефонного справочника.
  3.  Поместить на главную форму компонент визуального отображения данных TDBGrid и  настроить его таким образом, чтобы он занимал все пространство формы.
  4.  Обеспечить связь компонента TDBGrid с данными таблицы TTable.
  5.  Обеспечить, чтобы при запуске программы набор данных TTable находился в активном (открытом) состоянии.
  6.  Запустить приложение. Выполнить несколько операций перемещения курсора по записям и редактирования и добавления данных.
  7.  Отразить в отчете к лабораторной работе полный ход ее выполнения и сформулировать выводы.

Контрольные вопросы

  1.  Понятие фактографической информационной системы;
  2.  Понятие базы данных;
  3.  Архитектура приложений для работы с базами данных;
  4.  Понятие BDE;
  5.  Архитектура BDE;
  6.  Управление псевдонимами баз данных;
  7.  Достоинства и недостатки технологии BDE.
  8.  Понятие набора данных. Основные свойства и методы наборов данных;
  9.  Назначение компонента TDataSource;
  10.  Компонент TDatabse.

Указание. При подготовке к вопросу № 10 необходимо использовать дополнительные источники информации.

Литература по теме лабораторной работы

  1.  Дарахвелидзе П., Марков Е. Программирование в Delphi 7. // Санкт-Петербург, 2003;
  2.  Елманова Н. Работа с базами данных в Borland C++ Builder // Компьютер Пресс’97, № 6,7;
  3.  Федоров А, Елманова Н. Введение в базы данных. Механизмы доступа к данным. Borland Database Engine и альтернативы. // Компьютер Пресс2000 № 6.
  4.  Холлингвэрт Дж., Сворт Б, Кэшмэн М. и др. C++ Builder 6. Руководство разработчика. // Издательство «Вильямс», 2004.


 

А также другие работы, которые могут Вас заинтересовать

33738. Типология муниципальных образований в РФ в соответствии с ФЗ № 131 32.5 KB
  Сельское поселение один или несколько объединенных общей территорией сельских населенных пунктов поселков сел станиц деревень хуторов кишлаков аулов и других сельских населенных пунктов в которых местное самоуправление осуществляется населением непосредственно и или через выборные и иные органы местного самоуправления; Городское поселение город или поселок в которых местное самоуправление осуществляется населением непосредственно и или через выборные и иные органы местного самоуправления; Муниципальный район несколько...
33739. Порядок формирования органов МСУ по закону № 131 44.5 KB
  Структуру органов местного самоуправления составляют представительный орган муниципального образования глава муниципального образования местная администрация исполнительнораспорядительный орган муниципального образования контрольный орган муниципального образования иные органы местного самоуправления предусмотренные уставом муниципального образования и обладающие собственными полномочиями по решению вопросов местного значения. Наличие в структуре органов местного самоуправления представительного органа муниципального образования главы...
33740. Конституционно -правовые характеристика Российской Федерации 33 KB
  Конституционно правовые характеристика Российской Федерации Российская Федерация Россия есть демократическое федеративное правовое государство с республиканской формой правления. Носителем суверенитета и единственным источником власти в Российской Федерации является ее многонациональный народ. Никто не может присваивать власть в Российской Федерации. Суверенитет Российской Федерации распространяется на всю ее территорию.
33741. Законотворческий процесс: понятие, содержание стадии 45.5 KB
  Право законодательной инициативы принадлежит Президенту Российской Федерации Совету Федерации членам Совета Федерации депутатам Государственной Думы Правительству Российской Федерации законодательным представительным органам субъектов Российской Федерации. Право законодательной инициативы принадлежит также Конституционному Суду Российской Федерации Верховному Суду Российской Федерации и Высшему Арбитражному Суду Российской Федерации по вопросам их ведения. Законопроекты о введении или отмене налогов освобождении от их уплаты о...
33742. Понятие и виды нормативных актов. Действие нормативных актов по времени, пространстве и по кругу лиц 29 KB
  Нормативноправовой акт является одним из важнейших и основных источников права. В нормативноправовых актах закрепляются нормы которые учитывают интересы большинства и меньшинства в целом координируют их в зависимости от конкретных экономических социальных национальных и международных отношений. В отличии от других источников права правовой обычай юридический прецедент нормативноправовой акт обладает следующими признаками. Создается в результате правотворческой деятельности компетентных органов государства или референдумом; В...
33743. Федеральное собрание РФ –высший представительный орган Российской Федерации: понятие, структура, порядок формирования, компетенция 41 KB
  Федеральное собрание РФ высший представительный орган Российской Федерации: понятие структура порядок формирования компетенция. По Конституции РФ 1993 года статья 94 Федеральное Собрание парламент Российской Федерации является представительным и законодательным органом Российской Федерации. Федеральное Собрание состоит из двух палат Совета Федерации и Государственной Думы. В Совет Федерации входят по два представителя от каждого субъекта Российской Федерации: по одному от представительного и исполнительного органов государственной...
33744. Общие принципы организации органов представительной и исполнительной власти в субъектах РФ 61 KB
  Система законодательных представительных и исполнительных органов государственной власти субъектов Российской Федерации устанавливается ими самостоятельно в соответствии с основами конституционного строя Российской Федерации и настоящим Федеральным законом. Образование формирование деятельность законодательных представительных и исполнительных органов государственной власти субъектов Российской Федерации их полномочия и ответственность порядок взаимодействия между собой и с федеральными органами государственной власти основываются на...
33745. Конституционно-правовые основы разграничения предметов ведения между Российской Федерацией и субъектами Российской Федерации 29 KB
  Конституционноправовые основы разграничения предметов ведения между Российской Федерацией и субъектами Российской Федерации В ведении Российской Федерации находятся: а принятие и изменение Конституции Российской Федерации и федеральных законов контроль за их соблюдением; б федеративное устройство и территория Российской Федерации; в регулирование и защита прав и свобод человека и гражданина; гражданство в Российской Федерации; регулирование и защита прав национальных меньшинств; г установление системы федеральных органов законодательной...
33746. Прекращение договора купли-продажи 14.11 KB
  Прекращение договора куплипродажи. Прекращение договора куплипродажи: договор считается заключенным с момента выдачи продавцом покупателю чека свидетельствующего об оплате товара а оплата товара понимается как достижение соглашения сторонами. Публичный характер этого договора определяется порядком его прекращения: оферентом выступает продавец а публичной офертой являются работа автомата демонстрация товаров или их образцов описание товаров и их фотоснимки а также реклама товара если она содержит все существенные условия договора...