Дипломная работа на тему "Расчет параметров асинхронного энергосберегающего электродвигателя"

ГлавнаяИнформатика → Расчет параметров асинхронного энергосберегающего электродвигателя




Не нашли то, что вам нужно?
Посмотрите вашу тему в базе готовых дипломных и курсовых работ:

(Результаты откроются в новом окне)

Текст дипломной работы "Расчет параметров асинхронного энергосберегающего электродвигателя":


Министерство образования Российской Федерации

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

« --------------------------------------------------
--------------------------------------------------

--------------------------------------------------------- --------------------------------------------------   |
--------------------------------------------------------- -------------------------------------------------- Магнитогорский государственный технический университет им. Г. И. Носова»

Факультет Автоматики и вычислительной техники

Кафедра Вычислительной техники и прикладной математики

Специальность 2204 Программное обеспечение вычислительной техники и автоматизированных систем управления

Допустить к защите

Заведующий кафедрой

. / /

«»мая2005г.

ДИПЛОМНЫЙ ПРОЕКТ

На тему: Расчет параметров асинхронного энергосберегающего

электродвигателя

Студента

(фамилия, имя, отчество)

Руководитель/ Леднов Анатолий Викторович/

(подпись, дата)

Задание получил/ Ремизов Юрий Павлович/

(подпись, дата)

Заказать дипломную - rosdiplomnaya.com

Уникальный банк готовых успешно сданных дипломных проектов предлагает вам приобрести любые проекты по желаемой вами теме. Профессиональное выполнение дипломных проектов по индивидуальным требованиям в Воронеже и в других городах РФ.

2005

РЕФЕРАТ

Тема дипломного проекта: «Расчет параметров асинхронного энергосберегающего электродвигателя».

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

Объект исследования – расчет параметров электродвигателя.

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

В результате в среде разработки Borland C++ Builder была создана компьютерная программа «Электродвигатель». С помощью инструментальных средств, этой программы проведен расчет параметров асинхронного электродвигателя.

Для работы приложения необходимо наличие интерфейса «Microsoft ActiveX Data Objects» (ADO). Минимальные системные требования Pentium II 300 с 64 мегабайтами оперативной памяти, оперативной памяти операционная система Microsoft Windows.

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

Объем отчета 87 страниц. Отчет содержит 30 таблиц, 22 иллюстрации и одно приложение. В работе использовалось 6 литературных источников.

ОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ОБЗОРНАЯ ЧАСТЬ

1.1 Устройство и принцип действия асинхронного двигателя

1.1.1 Устройство асинхронных двигателей

1.1.2 Степени защиты асинхронных двигателей

1.1.3 Принцип действия трехфазного асинхронного двигателя

1.3 Реляционные базы данных

1.3.1 Проектирование реляционных баз данных

1.3.2 Язык реляционных баз данных SQL

1.3.3 СУБД dBase и Visual dBase

1.3.4 СУБД Access

1.3.5 Технологии ADO и ODBC

1.4 Интерполяция функций. Приближение Лагранжа

2. СПЕЦИАЛЬНАЯ ЧАСТЬ ОПИСАНИЕ ПРОГРАММЫ

2.1 Структура базы данных

2.1.1 Параметры электродвигателя

2.1.2 Зависимости

2.2 Редактор таблиц базы данных

2.3 Ввод формул в программе

2.4 Поиск пути решения

2.5 Работа в программе «Электродвигатель»

2.5.1 Соединение с базой данных

2.5.2 Справочники

2.5.3 Работа с параметрами

2.5.4 Работа с зависимостями

2.5.5 Выполнение расчета параметров

2.5.6 Сценарии расчета

3. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ

3.1 Анализ опасных и вредных факторов на рабочем месте пользователя ПЭВМ

3.2 Мероприятия по улучшению условий труда и техники безопасности на рабочем месте пользователя ЭВМ

3.3 Чрезвычайные ситуации

3.3.1 Общая характеристика пожарной безопасности вычислительного центра

3.3.2 Противопожарные мероприятия. Установки обнаружения и тушения пожаров

4. Анализ технико-экономических показателей и обоснованиие экономической (социально-экономической, социальной) целесообразности принятых в проекте решений

4.1 Обзор рынка

4.2 Выбор организационно-правовой формы предприятия

4.3 Расчет затрат на регистрацию программного продукта

4.4 Расчет затрат на организацию производства

4.5 Расчет заработной платы

4.6 Расчет постоянных и переменных расходов. Цена программного продукта

4.7 Движение денежных средств

4.8 Расчет экономического эффекта

ЗАКЛЮЧЕНИЕСПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Приложение А

Сравнение результатов расчета


ВВЕДЕНИЕ

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

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

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

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

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


ОБЗОРНАЯ ЧАСТЬ 1.1  Устройство и принцип действия асинхронного двигателя

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

Об их роли в электроприводе говорит хотя бы то, что из всех выпускаемых в мире двигателей 90% являются трехфазными асинхронными. Эти электрические машины потребляют до 70% всей вырабатываемой электроэнергии, на их изготовление расходуется значительное количество дефицитных материалов, обмоточной меди, изоляции, электротехнической стали и др. В затратах на обслуживание и ремонт всего установленного в стране оборудования более 5% приходится на асинхронные двигатели. Поэтому правильный выбор двигателей, их грамотная эксплуатация и высококачественный ремонт играют важнейшую роль в деле экономии электрической энергии, материальных и трудовых ресурсов.

1.1.1  Устройство асинхронных двигателей

Асинхронный двигатель состоит из неподвижной части — статора и вращающейся – ротора.

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

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

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.1 – Асинхронные двигатели

Роторы бывают двух типов: короткозамкнутые и фазные.

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.2 – Короткозамкнутый ротор

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

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.3 – Короткозамкнутый ротор с алюминиевой литой обмоткой

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

В пазы фазного ротора укладывают трехфазную обмотку, выполняемую по типу обмотки статора.

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

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

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.4 Схемы асинхронных двигателей

1.1.2  Степени защиты асинхронных двигателей

Характеристики степеней защиты электрических машин обозначают двумя латинскими буквами IP (International Protection) и двумя цифрами.

Первая цифра (от 0 до 6) характеризует степень защиты персонала от соприкосновения с движущимися или находящимися под напряжением частями, а также от попадания внутрь машины твердых посторонних предметов; вторая (от 0 до 8) – степень защиты от проникновения внутрь машины влаги. Таким образом, открытые машины в которых не предусмотрено никаких мер защиты, обозначаются IP00.

Наиболее распространенными исполнениями машин по степени защиты являются IP22, IP23, IP44, и IP57.

Исполнения IP22 и IP23 соответствуют защите от возможности соприкосновения с токоведущими и вращающимися частями машины пальцев человека и твердых предметов диаметром более 12,5 мм, а также защите от проникновения внутрь машины капель воды, попадающих под углом не более Рисунок убран из работы и доступен только в оригинальном файле. к вертикали (IP22) или не более Рисунок убран из работы и доступен только в оригинальном файле. (IP23) и продувом воздуха через машину. При этом вентилятор располагается на валу машины, а воздух, проходя внутри корпуса, охлаждает обмотки и сердечники. Двигатели этих исполнений назвали каплезащищенными. Они выполняются с самовентиляцией.

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

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

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

1.1.3  Принцип действия трехфазного асинхронного двигателя

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

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

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.5 – Принцип действия асинхронного двигателя

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

Так как ЭДС возникает в замкнутом витке, то под ее действием пойдет электрический ток, практически совпадающий по фазе с ЭДС.

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

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

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

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

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

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

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

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

Рисунок убран из работы и доступен только в оригинальном файле.(1.1)

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


1.2  Расчет параметров асинхронного электродвигателя

Алгоритм расчета традиционного асинхронного двигателя представлен на рисунке 1.6. В блоках 1,2,3 вводятся исходные данные, предварительно определяются размеры магнитопровода, вычисляются параметры обмотки статора, проверяется магнитная индукция в воздушном зазоре Рисунок убран из работы и доступен только в оригинальном файле.. Если Рисунок убран из работы и доступен только в оригинальном файле. больше допустимой Рисунок убран из работы и доступен только в оригинальном файле., уменьшают предварительную длину сердечника статора Рисунок убран из работы и доступен только в оригинальном файле.. Определяют уровень линейных нагрузок Рисунок убран из работы и доступен только в оригинальном файле.. Если уровень линейных нагрузок Рисунок убран из работы и доступен только в оригинальном файле. превышает допустимый уровень (блок 4), то переходят в блок 3 для перерасчета магнитного потока. В блоке 5 определяются геометрические размеры пазов статора, тепловая нагрузка статора. Если полученное значение тепловой нагрузки Рисунок убран из работы и доступен только в оригинальном файле. превышает допустимое значение более чем на 10%, выбирается проводник большего диаметра с учетом соответствующего уменьшения плотности тока Рисунок убран из работы и доступен только в оригинальном файле.. В Блоках 7,8,9,10 осуществляется расчет параметров короткозамкнутого или фазного ротора, электрических параметров обмоток, намагничивающего тока.

Если магнитная индукция в спинке ротора Рисунок убран из работы и доступен только в оригинальном файле. превышает допустимые значения, то уменьшается высота паза ротора Рисунок убран из работы и доступен только в оригинальном файле.. В блоках 11 и 12 проверяются на допустимые значения коэффициент насыщения магнитной цепи Рисунок убран из работы и доступен только в оригинальном файле. и коэффициент рассеяния статора Рисунок убран из работы и доступен только в оригинальном файле.. Если Рисунок убран из работы и доступен только в оригинальном файле. и при этом Рисунок убран из работы и доступен только в оригинальном файле., то определяют э. д. с. холостого хода Рисунок убран из работы и доступен только в оригинальном файле., где Рисунок убран из работы и доступен только в оригинальном файле. – коэффициент сопротивления статора. При отличии Рисунок убран из работы и доступен только в оригинальном файле. от значения э. д. с. Рисунок убран из работы и доступен только в оригинальном файле. более чем на 3% повторяют расчет намагничивающего тока при магнитных индукциях Рисунок убран из работы и доступен только в оригинальном файле., Рисунок убран из работы и доступен только в оригинальном файле., Рисунок убран из работы и доступен только в оригинальном файле., Рисунок убран из работы и доступен только в оригинальном файле., Рисунок убран из работы и доступен только в оригинальном файле., измененных пропорционально отношению Рисунок убран из работы и доступен только в оригинальном файле.. В блоке 13 происходит расчет рабочих и пусковых характеристик, тепловой расчет, расчет массы двигателя.


1.3  Реляционные базы данных

Реляционная модель данных была предложена Е. Ф.Коддом (Dr. E. F.Codd), известным исследователем в области баз данных, в 1969 году, когда он был сотрудником фирмы IBM. Впервые основные концепции этой модели были опубликованы в 1970 г.

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

Любая таблица реляционной базы данных состоит из строк (называемых также записями) и столбцов (называемых также полями).

Строки таблицы содержат сведения о представленных в ней фактах (или документах, или людях, одним словом, — об однотипных объектах). На пересечении столбца и строки находятся конкретные значения содержащихся в таблице данных.

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

-   Каждое значение, содержащееся на пересечении строки и колонки, должно быть атомарным (то есть не расчленяемым на несколько значений).

-   Значения данных в одной и той же колонке должны принадлежать к одному и тому же типу, доступному для использования в данной СУБД.

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

-   Каждое поле имеет уникальное имя.

-   Последовательность полей в таблице несущественна.

-   Последовательность записей также несущественна.

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

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

1.3.1  Проектирование реляционных баз данных

При проектировании базы данных решаются две основных проблемы:

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

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

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

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

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

В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм:

-   первая нормальная форма (1NF);

-   вторая нормальная форма (2NF);

-   третья нормальная форма (3NF);

-   нормальная форма Бойса-Кодда (BCNF);

-   четвертая нормальная форма (4NF);

-   пятая нормальная форма, или нормальная форма проекции-соединения (5NF или PJ/NF).

Основные свойства нормальных форм:

-   каждая следующая нормальная форма в некотором смысле лучше предыдущей;

-   при переходе к следующей нормальной форме свойства предыдущих нормальных свойств сохраняются.

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

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

В отношении R атрибут Y функционально зависит от атрибута X (X и Y могут быть составными) в том и только в том случае, если каждому значению X соответствует в точности одно значение Y: R. X (r) R. Y.

Функциональная зависимость R. X (r) R. Y называется полной, если атрибут Y не зависит функционально от любого точного подмножества X.

Функциональная зависимость R. X  R. Y называется транзитивной, если существует такой атрибут Z, что имеются функциональные зависимости R. X  R. Z и R. Z  R. Y и отсутствует функциональная зависимость R. Z --> R. X. (При отсутствии последнего требования мы имели бы "неинтересные" транзитивные зависимости в любом отношении, обладающем несколькими ключами.)

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

Два или более атрибута взаимно независимы, если ни один из этих атрибутов не является функционально зависимым от других.

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

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

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

1.3.2  Язык реляционных баз данных SQL

Structured Query Language представляет собой непроцедурный язык, используемый для управления данными реляционных СУБД. Термин «непроцедурный» означает, что на данном языке можно сформулировать, что нужно сделать с данными, но нельзя проинструктировать, как именно это следует сделать. Иными словами, в этом языке отсутствуют алгоритмические конструкции, такие как метки, операторы цикла, условные переходы и др.

Язык SQL был создан в начале 70-х годов в результате исследовательского проекта IBM, целью которого было создание языка манипуляции реляционными данными. Первоначально он назывался SEQUEL (Structured English Query Language), затем — SEQUEL/2, а затем — просто SQL. Официальный стандарт SQL был опубликован ANSI (American National Standards Institute — Национальный институт стандартизации, США) в 1986 году (это наиболее часто используемая ныне реализация SQL). Данный стандарт был расширен в 1989 и 1992 годах. В настоящее время ведется работа над стандартом SQL3, содержащим некоторые объектно-ориентированные расширения.

Существует три уровня соответствия стандарту ANSI — начальный, промежуточный и полный. Многие производители серверных СУБД, такие как IBM, Informix, Microsoft, Oracle и Sybase, применяют собственные реализации SQL, основанные на стандарте ANSI (отвечающие как минимум начальному уровню соответствия стандарту) и содержащие некоторые расширения, специфические для данной СУБД.

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

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.7 – Извлечение данных с использованием SQL запроса.

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

SQL сам по себе не является ни СУБД, ни отдельным продуктом. Это язык, применяемый для взаимодействия с СУБД и являющийся в определенном смысле ее неотъемлемой частью.

SQL содержит примерно 40 операторов для выполнения различных действий внутри СУБД. Ниже приводится краткое описание категорий этих операторов.

Data Definition Language содержит операторы, позволяющие создавать, изменять и уничтожать базы данных и объекты внутри них (таблицы, представления и др.).

Data Manipulation Language содержит операторы, позволяющие выбирать, добавлять, удалять и модифицировать данные. Эти операторы не обязаны завершать транзакцию, внутри которой они вызваны.

Операторы Transaction Control Language применяются для управления изменениями, выполненными группой операторов DML.

Операторы Data Control Language, иногда называемые операторами Access Control Language, применяются для осуществления административных функций, присваивающих или отменяющих право (привилегию) использовать базу данных, таблицы в базе данных, а также выполнять те или иные операторы SQL.

Операторы Cursor Control Language используются для определения курсора, подготовки SQL-предложений для выполнения, а также для некоторых других операторов.

Каждый оператор SQL начинается с глагола, представляющего собой ключевое слово, определяющее, что именно делает этот оператор (SELECT, INSERT, DELETE...). В операторе содержатся также предложения, содержащие сведения о том, над какими данными производятся операции. Каждое предложение начинается с ключевого слова, такого как FROM, WHERE и др. Структура предложения зависит от его типа — ряд предложений содержит имена таблиц или полей, некоторые могут содержать дополнительные ключевые слова, константы или выражения.

Все операторы SQL имеют вид, показанный на рисунке 1.8.

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.8 – Общий вид операторов SQL

1.3.3  СУБД dBase Visual dBase

Первая промышленная версия СУБД dBase — dBase II (принадлежащая тогда компании Ashton-Tate, приобретенной позже компанией Borland) появилась в начале 80-х годов. Благодаря простоте в использовании, нетребовательности к ресурсам компьютера и, что не менее важно, грамотной маркетинговой политике компании-производителя этот продукт приобрел немалую популярность, а с выходом следующих его версий — dBase III и dBase III Plus (1986 г.), оснащенных весьма комфортной по тем временам средой разработки и средствами манипуляции данными, быстро занял лидирующие позиции среди настольных СУБД и средств создания использующих их приложений.

Хранение данных в dBase основано на принципе «одна таблица — один файл» (эти файлы обычно имеют расширение *.dbf). MEMO-поля и BLOB-поля (доступные в поздних версиях dBase) хранятся в отдельных файлах (обычно с расширением *.dbt). Индексы для таблиц также хранятся в отдельных файлах. При этом в ранних версиях этой СУБД требовалась специальная операция реиндексирования для приведения индексов в соответствие с текущим состоянием таблицы.

Формат данных dBase является открытым, что позволило ряду других производителей заимствовать его для создания dBase-подобных СУБД, частично совместимых с dBase по форматам данных.

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

Для работы с данными формата dBase (или иных dBase-подобных СУБД) совершенно необязательно пользоваться диалектами xBase. Доступ к этим данным возможен с помощью ODBC API (и соответствующих драйверов) и некоторых других механизмов доступа к данным (например, Borland Database Engine, некоторых библиотек других производителей типа СodeBase фирмы Sequenter), и это позволяет создавать приложения, использующие формат данных dBase, практически с помощью любого средства разработки, поддерживающего один из этих механизмов доступа к данным.

После покупки dBase компанией Borland этот продукт, получивший впоследствии название Visual dBase, приобрел набор дополнительных возможностей, характерных для средств разработки этой компании и для имевшейся у нее другой настольной СУБД — Paradox. Среди этих возможностей были специальные типы полей для графических данных, поддерживаемые индексы, хранение правил ссылочной целостности внутри самой базы данных, а также возможность манипулировать данными других форматов, в частности серверных СУБД, за счет использования BDE API и SQL Links.

В настоящее время Visual dBase принадлежит компании dBase, Inc. Его последняя версия — Visual dBase 7.5 имеет следующие возможности:

-   Средства манипуляции данными dBase и FoxPro всех версий.

-   Средства создания форм, отчетов и приложений.

-   Средства публикации данных в Internet и создания Web-клиентов.

-   Ядро доступа к данным Advantage Database Server фирмы Extended Systems и ODBC-драйвер для доступа к данным этой СУБД.

-   Средства публикации отчетов в Web.

-   Средства визуального построения запросов.

-   Средства генерации исполняемых файлов и дистрибутивов.

Компания dBase, Inc объявила также о проекте dBASE Open Source, целью которого является разработка сообществом пользователей dBase новых компонентов и классов с целью включения их в последующую версию dBase (получившую название dBase 2000). Иными словами, имеется тенденция превращения dBase (или его частей) в некоммерческий продукт с доступными исходными текстами.

1.3.4  СУБД Access

Первая версия СУБД Access появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной версии Windows. Популярность Access значительно возросла после включения этой СУБД в состав Microsoft Office.

В отличие от Visual FoxPro, фактически превратившегося в средство разработки приложений, Access ориентирован в первую очередь на пользователей Microsoft Office, в том числе и не знакомых с программированием. Это, в частности, проявилось в том, что вся информация, относящаяся к конкретной базе данных, а именно таблицы, индексы (естественно, поддерживаемые), правила ссылочной целостности, бизнес-правила, список пользователей, а также формы и отчеты хранятся в одном файле, что в целом удобно для начинающих пользователей.

Последняя версия этой СУБД — Access 2003, в состав которой входят:

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

-   Средства создания форм, отчетов и приложений; при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office.

-   Средства публикации отчетов в Internet.

-   Средства создания интерактивных Web-приложений для работы с данными (Data Access Pages).

-   Средства доступа к данным серверных СУБД через OLE DB.

-   Средства создания клиентских приложений для Microsoft SQL Server.

-   Средства администрирования Microsoft SQL Server.

Иными словами, Microsoft Access может быть использован, с одной стороны, в качестве настольной СУБД и составной части офисного пакета, а с другой стороны, в качестве клиента Microsoft SQL Server, позволяющего осуществлять его администрирование, манипуляцию его данными и создание приложений для этого сервера.

Помимо манипуляции данными Microsoft SQL Server, Access 2003 позволяет также в качестве хранилища данных использовать Microsoft Data Engine (MSDE), представляющий собой по существу настольный сервер баз данных, совместимый с Microsoft SQL Server.

1.3.5  Технологии ADO и ODBC

Существует множество различных СУБД. Любая СУБД предоставляет некий программный интерфейс (API – Application Programming Interface) с помощью которого можно работать с СУБД. Обычно используется технология клиент-сервер, т. е. прикладная программа с помощью API соединяется с СУБД на сервере, который является другой машиной где-то в сети. Однако при таком подходе возникают проблемы если приложению требуется работать с несколькими СУБД, причин по которым такая необходимость может возникнуть множество. В этом случае разработка такого приложения значительно облегчилась бы при использовании некоторого универсального API для работы с любой СУБД. Поэтому появились универсальные интерфейсы для доступа к любым СУБД ADO, BDE, ODBC. Они очень похожи друг на друга и имеют общие принципы, однако разработаны разными компаниями и поэтому с точки зрения прикладной программы различные. Есть некоторые пересечения у этих технологий, например BDE может использовать драйвера ODBC, а некоторые драйвера ODBC наоборот BDE (например, для доступа к файловым таблицам DBF и т. п.).

Во всех этих интерфейсах можно выделить следующие понятия:

-   Data source – клиентская часть СУБД с собственным API (Native API).

-   Driver – осуществляет связь с конкретной СУБД через API предоставляемый ей, обеспечивает выполнение запросов на языке SQL и получение результатов. Может немного изменять текст SQL запроса в соответствии с синтаксисом конкретной СУБД.

-   Driver Manager – осуществляет управление драйверами необходимыми приложению (загружает, выгружает) а также предоставляет API и обеспечивает передачу вызова собственного API драйверу.

Общая схема изображена на рисунке 1.9.

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.9 – Общая схема доступа к СУБД

OLE DB и ADO – часть универсального механизма доступа к данным Microsoft (Microsoft Universal Data Access), позволяющая осуществить доступ как к реляционным, так и к нереляционным источникам данных, таким как файловая система, данные электронной почты, многомерные хранилища данных и др.

Microsoft ActiveX Data Objects (ADO) — это набор библиотек, содержащих COM-объекты, реализующие прикладной программный интерфейс для доступа к таким данным и используемые в клиентских приложениях. ADO использует библиотеки OLE DB, предоставляющие низкоуровневый интерфейс для доступа к данным. OLE DB предоставляет доступ к данным с помощью COM-интерфейсов. Можно также использовать OLE DB непосредственно, минуя ADO.

Для доступа к источнику данных с помощью OLE DB требуется, чтобы на компьютере, где используется клиентское приложение, был установлен OLE DB-провайдер для данной СУБД. OLE DB-провайдер представляет собой DLL, загружаемую в адресное пространство клиентского приложения и используемую для доступа к источнику данных. Для каждого типа СУБД нужен собственный OLE DB-провайдер, так как эти поставщики базируются на функциях клиентских API, разных для различных СУБД.

Среди OLE DB-провайдеров для разных источников данных имеется специальный провайдер Microsoft OLE DB Provider for ODBC Drivers. Этот провайдер использует не API клиентской части какой-либо СУБД, а интерфейс ODBC API, поэтому он применяется вместе с ODBC-драйвером для выбранной СУБД.

ADO представляет собой высокоуровневый программный интерфейс для доступа к OLE DB-интерфейсам. Он позволяет манипулировать данными с помощью любых OLE DB-провайдеров, как входящих в состав Microsoft Data Access Components некоторых других продуктов Microsoft, так и произведенных сторонними производителями. ADO содержит набор объектов, используемых для соединения с источником данных, для чтения, добавления, удаления и модификации данных.

Объект ADO Connection применяется для установки связи с источником данных. Он представляет единственную сессию. Этот объект позволяет изменить параметры соединения с базой данных, а также начать или завершить транзакцию. Используя объект Connection, мы можем выполнять команды (например, SQL-запросы) с помощью метода Execute. Если команда возвращает набор данных, автоматически создается объект Recordset, который возвращается в результате выполнения этого метода.

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

Объект Command представляет собой команду, которую можно выполнить в источнике данных. Команда может содержать SQL-предложение или вызов хранимой процедуры. В последнем случае для определения параметров процедуры может быть использована коллекция Parameters объекта Command.

Объект Recordset — это набор записей, полученных из источника данных, и может быть использован для добавления, удаления, изменения, просмотра записей. Данный объект может быть открыт непосредственно или создан с помощью объектов Connection или Command.

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

На рисунке 1.10 изображена объектная модель ADO.

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.10 – Объектная модель ADO

Библиотека ADO 2.5, являющаяся составной частью операционной системы Windows 2000, содержит два новых объекта — Record и Stream.

Объект Record представляет одну запись внутри объекта Recordset и может быть использован для работы с гетерогенными и иерархическими данными.

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

ADO входит в состав таких широко используемых продуктов, как Microsoft Office 2000 и Microsoft Internet Explorer 5.0, а также включен в ядро операционных систем семейства Windows 2000.

1.4  Интерполяция функций. Приближение Лагранжа

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

Рисунок убран из работы и доступен только в оригинальном файле..(1.1)

Формула, использующая тангенс угла наклона прямой в точке:

Рисунок убран из работы и доступен только в оригинальном файле.(1.2)

или

Рисунок убран из работы и доступен только в оригинальном файле..(1.3)

Если разложить формулу (1.3), то в результате получим полином степени Рисунок убран из работы и доступен только в оригинальном файле.. Вычисляя Рисунок убран из работы и доступен только в оригинальном файле. в точках Рисунок убран из работы и доступен только в оригинальном файле.и Рисунок убран из работы и доступен только в оригинальном файле., получаем соответственно точки Рисунок убран из работы и доступен только в оригинальном файле. и Рисунок убран из работы и доступен только в оригинальном файле.:

Рисунок убран из работы и доступен только в оригинальном файле.(1.4)

Французский математик Жозеф Луи Лагранж (Joseph Louis Lagrange) использовал для нахождения этого полинома несколько иной метод. Он отметил, что полином можно записать в виде

Рисунок убран из работы и доступен только в оригинальном файле..(1.5)

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

Рисунок убран из работы и доступен только в оригинальном файле. и Рисунок убран из работы и доступен только в оригинальном файле..(1.6)

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

Рисунок убран из работы и доступен только в оригинальном файле..(1.7)

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

Обобщением формулы (1.7) является построение полинома Рисунок убран из работы и доступен только в оригинальном файле. степени, не большей, чем Рисунок убран из работы и доступен только в оригинальном файле., который проходит через Рисунок убран из работы и доступен только в оригинальном файле. точку Рисунок убран из работы и доступен только в оригинальном файле., Рисунок убран из работы и доступен только в оригинальном файле., … , Рисунок убран из работы и доступен только в оригинальном файле. и имеет вид

Рисунок убран из работы и доступен только в оригинальном файле.,(1.8)

где Рисунок убран из работы и доступен только в оригинальном файле. – коэффициенты полинома Лагранжа основанного на узлах:

Рисунок убран из работы и доступен только в оригинальном файле.. (1.9)

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

Рисунок убран из работы и доступен только в оригинальном файле..(1.10)

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

Рисунок убран из работы и доступен только в оригинальном файле., когда Рисунок убран из работы и доступен только в оригинальном файле. и Рисунок убран из работы и доступен только в оригинальном файле., когда Рисунок убран из работы и доступен только в оригинальном файле..(1.11)

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

Рисунок убран из работы и доступен только в оригинальном файле.,(1.12)

где Рисунок убран из работы и доступен только в оригинальном файле. – полином, которым приближают Рисунок убран из работы и доступен только в оригинальном файле.:

Рисунок убран из работы и доступен только в оригинальном файле..(1.13)

Остаточный член Рисунок убран из работы и доступен только в оригинальном файле. имеет вид

Рисунок убран из работы и доступен только в оригинальном файле.,(1.14)

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


СПЕЦИАЛЬНАЯ ЧАСТЬ ОПИСАНИЕ ПРОГРАММЫ 2.1  Структура базы данных

2.1.1  Параметры электродвигателя

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

Таблица 2.1 – описание структуры таблицы Mparameters.

--------------------------------------------------
Имя поля | Тип поля | Назначение |
---------------------------------------------------------
ID | длинное целое, ключевое поле | уникальный индекс |
---------------------------------------------------------
Name | строка, уникальные значения | имя параметра |
---------------------------------------------------------
Units_ID | длинное целое | ссылка на единицу измерения (таблица Units) |
---------------------------------------------------------
Groups_ID | длинное целое | ссылка на группу (таблица Groups) |
---------------------------------------------------------
State | байт | состояние параметра (0 – неизвестен, 1– известен, 2 – необходимо определить, 3 – будет определен) |
---------------------------------------------------------
Value | строка | значение параметра в строковом представлении. |
---------------------------------------------------------
Comments | строка | описание |
--------------------------------------------------------- --------------------------------------------------

Таблица 2.2 – описание структуры таблицы Units

--------------------------------------------------
Имя поля | Тип поля | Назначение |
---------------------------------------------------------
ID | счетчик, ключевое поле | уникальный индекс |
---------------------------------------------------------
Name | строка, уникальные значения | наименование единицы измерения |
---------------------------------------------------------
Code | строка | краткое обозначение |
---------------------------------------------------------
Продолжение таблицы 2.2 |
---------------------------------------------------------
Type | байт | тип значения (0 – целое; 1 – действительное; 2 – строковое). |
---------------------------------------------------------
Precision | байт | количество знаков после запятой. |
---------------------------------------------------------
MaxValue | число с плавающей точкой | максимальное значение |
---------------------------------------------------------
MinValue | число с плавающей точкой | минимальное значение |
--------------------------------------------------------- --------------------------------------------------

Таблица 2.3 – описание структуры таблицы Enums

--------------------------------------------------
Имя поля | Тип поля | Назначение |
---------------------------------------------------------
Units_ID | длинное целое | ссылка на единицу измерения в таблице Units |
---------------------------------------------------------
Value | строка | строковое значение параметра |
---------------------------------------------------------
Sequence_number | байт | порядковый номер значения |
--------------------------------------------------------- --------------------------------------------------

Таблица 2.4 – описание структуры таблицы Groups

--------------------------------------------------
Имя поля | Тип поля | Назначение |
---------------------------------------------------------
ID | счетчик, ключевое поле | уникальный индекс |
---------------------------------------------------------
Name | строка, уникальные значения | имя группы |
--------------------------------------------------------- --------------------------------------------------

2.1.2  Зависимости

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

В программе имеются средства для работы с тремя видами зависимостей.

-   Формула – пользователь указывает формулу по которой будет определяться параметр.

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

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

Для каждой зависимости может быть задано условие на использование в зависимости от значений параметров двигателя. Также для всех зависимостей указывается метод расчета к которому они относятся. При подборе зависимостей для расчета какого-либо параметра в первую очередь просматриваются зависимости принадлежащие к заданному методу, а затем – к методу расчета с именем «Основной метод». В таблицах 2.5 – 2.8 даны описания структуры таблиц, содержащих информацию о зависимостях между параметрами.

Таблица 2.5 – описание структуры таблицы Dependences

--------------------------------------------------
Имя поля | Тип поля | Назначение |
---------------------------------------------------------
ID | счетчик, ключевое поле | уникальный индекс |
---------------------------------------------------------
Parameters_ID | длинное целое | ссылка на параметр, значение которого определяется по данной зависимости |
---------------------------------------------------------
Type | байт | вид зависимости (0 – формула, 1 – таблица, 2 – график) |
---------------------------------------------------------
Name | строка, уникальные значения | наименование зависимости |
---------------------------------------------------------
Tables_ID | длинное целое | ссылка на таблицу Tables. Используется если зависимость табличная или графическая |
---------------------------------------------------------
Formula | строка | формула для вычислений аналитически заданной зависимости |
---------------------------------------------------------
Interpolation | байт | степень интерполирующего полинома (для графической зависимости). |
---------------------------------------------------------
Condition | строка | формула – условие на вычисление по данной зависимости |
---------------------------------------------------------
Methods_ID | длинное целое | ссылка на таблицу Methods |
---------------------------------------------------------
Comments | строка | словесное описание зависимости |
---------------------------------------------------------
Image | строка | для аналитической зависимости – путь к файлу, содержащему, изображение формулы. |
--------------------------------------------------------- --------------------------------------------------

Таблица 2.6 – описание структуры таблицы Descriptions

--------------------------------------------------
Имя поля | Тип поля | Назначение |
---------------------------------------------------------
ID | счетчик, ключевое поле | уникальный индекс |
---------------------------------------------------------
Dep_Type | байт | вид зависимости (1 – таблица, 2 – график) |
---------------------------------------------------------
Продолжение таблицы 2.6 |
---------------------------------------------------------
Tables_ID | длинное целое | ссылка на таблицу Tables |
---------------------------------------------------------
Parameters_ID | длинное целое | ссылка на параметр, который соответствует данному полю |
---------------------------------------------------------
FieldType | байт | хранит способ сравнения значений параметра электродвигателя и значений поля. |
---------------------------------------------------------
FieldName | строка | и

Здесь опубликована для ознакомления часть дипломной работы "Расчет параметров асинхронного энергосберегающего электродвигателя". Эта работа найдена в открытых источниках Интернет. А это значит, что если попытаться её защитить, то она 100% не пройдёт проверку российских ВУЗов на плагиат и её не примет ваш руководитель дипломной работы!
Если у вас нет возможности самостоятельно написать дипломную - закажите её написание опытному автору»


Просмотров: 750

Другие дипломные работы по специальности "Информатика":

Web-сайт для учителей информатики: анализ существующих и разработка нового приложения

Смотреть работу >>

Поиск фотооборудования

Смотреть работу >>

Автоматизированная система складского учета в ЗАО "Белгородский бройлер"

Смотреть работу >>

Автоматизированная система учета договоров страхования предпринимательских рисков

Смотреть работу >>

Создание информационно-справочной системы "Методический кабинет"

Смотреть работу >>