Вы находитесь на странице: 1из 25

Содержание:

Введение...................................................................................................................3

1. Анализ предметной области............................................................................4

1.1.Описание предметной области.......................................................................4

1.2.Полная постановка задачи............................................................................5

2.Анализ требований и разработка спецификаций................................................8

3.Проектирование.....................................................................................................9

3.1. Проектирование базы данных...................................................................9


3.1.1.Принципы проектирования базы данных.................................................9
3.1.2.Описание таблиц.........................................................................................9
3.1.3.Логическая структура базы данных........................................................14

4. Реализация.......................................................................................................17

4.1.Выбор СУБД...................................................................................................15

4.2.Реализация базы данных...............................................................................16

5.Тестирование

5.1 Разработка тестов

5.2 Результаты тестирования

Заключение.............................................................................................................17

Список литературы................................................................................................18
Приложение 1..........................................................................................................19
Приложение 2..........................................................................................................20
Введение

Архитектура современных информационных систем (ИС) как правило


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

1.1 Описание предметной области

Предметной областью данной задачи является деятельность системного


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

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


Для локальной сети предприятия необходимо обеспечить:
 Централизованное управление сетевыми настройками рабочих станций
(IP-адрес, DNS-имя, маска, адреса шлюза, DNS-сервера, WINS-сервера) на
основании MAC-адреса
 Централизованное управление учетными записями для samba/ftp/webdav
сервисов.
 Централизованное управление правами доступа в интернет и способом
подключения (NAT, прокси, прозрачный прокси, vpn доступ)
 Централизованный учет потребляемого трафика по всем возможным
параметрам
 Простой пользовательский web-интерфейс ко всему вышеперечисленному:
сеть должен эффективно и быстро обслуживать как сам системный
администратор, так и человек, имеющий минимальные познания в области
системного администрирования.
Традиционно такого рода задачи решаются стандартными средствами открытых
UNIX-систем. Для решения каждой подзадачи конфигурируется один из
стандартных сервисов. В нашем случае это GNU/Linux сервер со следующим
набором системных служб:
 dhcpd - для автоматической выдачи сетевых настроек клиентам на
основании их MAC-адресов либо произвольно
 bind - для прямого и обратного преобразования имен сетевых клиентов и
их IP-адресов
 squid - для организации кэширующего прокси-сервера
 iptables - для организации брандмауэра с дополнительными функциями
вроде поддержки прозрачного прокси и NAT
 сервер баз данных (PostgreSQL) для хранения данных о трафике + система
сбора этих данных (ulogd)
 samba сервер – для обмена файлами по протоколу smb
 vsftpd – для организации личных файловых хранилищ пользователей с
возможностью доступа как изнутри так и извне локальной сети.
 pptpd – для организации vpn доступа.
Основной недостаток такого решения - сложность администрирования.
Например, чтобы включить в сеть еще один компьютер, необходимо проделать
следующее:
 прописать этот компьютер в конфигурационном файле dhcpd
 прописать его в файлах прямой и обратной зоны bind
 прописать его в acl squid
 прописать его в стартовом скрипте брандмауэра
При появлении нового сотрудника необходимо:
 Создать учетную запись для пользователя в контексте samba сервера
 Создать учетную запись для пользователя в контексте ftp сервера
 Создать учетную запись для пользователя в контексте pptpd сервера
Т.е. человеку, обслуживающему такую систему, приходится выполнять слишком
много рутинной работы. Гораздо правильнее будет автоматизировать данный
процесс.
Ситуацию упрощает тот факт, что многие сервисы имеют возможность хранить
свои конфигурационные данные не в текстовых файлах, а в некотором внешнем
хранилище, в качестве которого выступает OpenLDAP.
LDAP (англ. Lightweight Directory Access Protocol — «облегчённый протокол
доступа к каталогам») — это сетевой протокол для доступа к службе каталогов
X.500, разработанный IETF как облегчённый вариант разработанного ITU-T
протокола DAP. LDAP — относительно простой протокол, использующий TCP/IP
и позволяющий производить операции аутентификации (bind), поиска (search) и
сравнения (compare), а также операции добавления, изменения или удаления
записей. Обычно LDAP-сервер принимает входящие соединения на порт 389 по
протоколам TCP или UDP. Для LDAP-сеансов, инкапсулированных в SSL,
обычно используется порт 636.
Всякая запись в каталоге LDAP состоит из одного или нескольких атрибутов и
обладает уникальным именем (DN — англ. Distinguished Name). Уникальное имя
может выглядеть, например, следующим образом: «cn=Иван Петров,
ou=Сотрудники, dc=example, dc=com». Уникальное имя состоит из одного или
нескольких относительных уникальных имен (RDN — англ. Relative
Distinguished Name), разделённых запятой. Относительное уникальное имя
имеет вид имяАтрибута=значение. На одном уровне каталога не может
существовать двух записей с одинаковыми относительными уникальными
именами. В силу такой структуры уникального имени записи в каталоге LDAP
можно легко представить в виде дерева.
Запись может состоять только из тех атрибутов, которые определены в описании
класса записи (object class), которые, в свою очередь, объединены в схемы
(schema). В схеме определено, какие атрибуты являются для данного класса
обязательными, а какие — опциональными. Также схема определяет тип и
правила сравнения атрибутов. Каждый атрибут записи может хранить
нескольких значений.
Таким образом, наша задача сводится к разработке и тестированию
соответствующих LDAP схем , в которых будут храниться конфигурационные
данные вышеперечисленных сервисов. Задача упрощается тем, что для
некоторых сервисов (samba, bind, dhcpd) уже существуют устоявшиеся LDAP
схемы, в которые остается лишь внести изменения и успешно внедрить в общий
контекст.
Следующей задачей является написание пользовательского web-интерфейса для
управления созданной интегрированной средой.
В качестве языка разработки возможной альтернативой может выступать
Ruby - интерпретируемый язык высокого уровня для быстрого и удобного
объектно-ориентированного программирования. Для работы непосредственно с
LDAP используется модуль расширения Ruby/LDAP, предоставляющий API для
работы с LDAP , соответствующий RFC1823.
Для быстрой разработки современного web – интерфейса используется
framework Ruby On Rails
 Следование концепции MVC (Model-View-Controller)
 Встроенная абстракция от конкретной СУБД (библиотека ActiveRecord)
 Поддержка Javascript библиотеки script.aculo.us , позволяющей создавать
динамические Ajax интерфейсы.
1.Поддержка XML-RPC и SOAP , что в будущем позволит написать и
использовать специальное клиентское приложение для взаимодействия с нашей
системой управления без использования web-браузера.
Итак, цель данного проекта – предоставить системному администратору
открытую, прозрачную, удобную и, главное, расширяемую систему управления
сервером, которая избавит его от постоянной рутинной работы и повысит
эффективность обслуживания сети в целом.
1.2 Полная постановка задачи

Требуется создать комплексное решение, делающее работу с Интернет


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

Контроль доступа
• Персональный полноценный доступ в Интернет для каждого сотрудника.
Авторизация по логину и паролю через VPN (pptp), PPPоE , авторизация
по IP адресу и по MAC адресу.
• Возможность синхронизации и авторизации пользователей через LDAP
сервер.
• Контроль доступа к ресурсам Интернет, вся информация о действиях
пользователя сохраняется.
• Возможность иерархической группировки пользователей идеально
подходит к принятым структурным единицам: отделы, подразделения,
офисы. Назначение ответственных лиц для управления этими группами.
Учет трафика
• Планирование и ограничение расходов (лимитирование) по
пользователям, отделам и предприятию в целом.
• Подсчет статистики в реальном времени, автоматическое
предупреждение и отключение пользователя при превышении лимита.
• Статистика посещения ресурсов Интернет
• При авторизации через VPN и PPPoE – защита от прослушивания
трафика и подмены IP-адреса.
Защита и безопасность, межсетевой экран(Firewall):
• Защита компьютеров от атак из Интернет с использованием технологий
NAT и встроенного Firewall.
• Блокирование ip адресов и протоколов по заданным условиям.
• Защита от сканеров сети, защита от DOS-атак и блокирование
чрезмерной активности
• Content фильтр. Возможность запрета типа скачиваемых файлов,
например, mp3 и avi. Блокирование рекламы. Произвольное
блокирование любых протоколов по ключевым словам.
• Разграничение доступа к корпоративным ресурсам, создание общих и
закрытых серверов сети.
• Защита от подстановки IP адреса, при авторизации через VPN и PPPoE
каждому пользователю назначается личный IP-адрес.
• Шейпер. Ограничение скорости Интернет-трафика для отдельных
пользователей, компьютеров или протоколов.
• DNAT portmapper. Возможность прозрачной переадресации адресов и
портов на другой адрес. Например, для прозрачного прокси или для
публикации внутреннего веб-сервера.
• Фильтрация межсегментного локального трафика.
Удаленное подключение, виртуальные частные сети.
• Доступ сотрудников к сети предприятия из дома или командировки по
защищенному каналу.
• Возможность объединить все удаленные подразделения в общую сеть на
единой платформе по шифрованным протоколу VPN PPTP.
• Возможность создать закрытые корпоративные серверы для
ограниченного круга сотрудников.

DHCP-сервер - Автоматическое распределение IP адресов в локальной сети.


Возможность фиксированной привязки IP к MAC адресу компьютера.
Возможность выдавать DNS для dhcp клиентов. Возможность выдавать
маршруты для DHCP клиентов.

FTP-сервер. Разрабатываемый проект должен включать в себя полноценный


FTP-сервер. На этом сервере можно хранить общие документы и прочие
файлы. Доступ к серверу может осуществляться как снаружи, так и из
локальной сети. Анонимный и авторизованный вход. Создание ftp
пользователей. Закрытая и публичная часть. Защита от переполнения диска.
Возможность ограничения скорости скачивания.
Сервер точного времени. Разрабатываемый проект должен включать в себя
сервер точного времени, который может синхронизировать время через
Интернет. Кроме того, должна быть возможность синхронизировать время
компьютеров локальной сети с самим сервером.

DNS-сервер. Разрабатываемый проект должен включать в себя кэширующий


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

Процесс разработки разумно разбить на 3 основных этапа:


1. Непосредственная интеграция системных сервисных служб с помощью
OpenLDAP.
На этом этапе необходимо разработать и применить LDAP схемы для
VPN сервера pptpd, FTP сервера vsftpd, прокси-сервера squid, DNS
сервера bind, DHCP сервера dhcpd, samba сервера.
2. Создание системы учета трафика с помощью демона сбора сетевой
статистики, СУБД, и соответствующего набора правил для iptables.
3. Создание web интерфейса для удобного визуального администрирования
созданной системы. Администратор должен получить быстрый и
облегченный способ управления пользовательскими учетными
записями, иметь возможность управлять уровнем доступа конкретного
пользователя к каждому отдельному сервису, осуществлять
лимитирование расхода интернет трафика и просматривать
соответствующую статистику. Пользователь должен иметь возможность
просматривать статистику израсходованного им интернет трафика, свой
статус доступа к сервисам. При этом данный web интерфейс должен
быть выполнен с учетом современного уровня достижений в области
web разработки, а именно соответствовать неофициальному термину
Web 2.0. и активно использовать AJAX.
AJAX (от англ. Asynchronous JavaScript and XML — «асинхронный JavaScript и
XML») — это подход к построению интерактивных пользовательских
интерфейсов веб-приложений. При использовании AJAX веб-страница не
перезагружается полностью в ответ на каждое действие пользователя. Вместо
этого с веб-сервера догружаются только нужные пользователю данные. AJAX
— один из компонентов концепции DHTML.
AJAX по-английски произносится [эджэ́кс], по-русски довольно
распространено [ая́кс].
Об AJAX заговорили после появления 18 февраля 2005 г. статьи Джесси
Джеймса Гарретта (Jesse James Garrett) «Новый подход к веб-приложениям».
AJAX — это не самостоятельная технология, а идея.
AJAX базируется на двух основных принципах:
• использование DHTML для динамического изменения содержания
страницы;
• использование технологии динамического обращения к серверу «на
лету», без перезагрузки всей страницы полностью, например:
• с использованием XMLHttpRequest;
• через динамическое создание дочерних фреймов;
• через динамическое создание тега <script>.
Использование этих двух принципов позволяет создавать намного более
удобные веб-интерфейсы пользователя на тех страницах сайтов, где
необходимо активное взаимодействие с пользователем. Использование AJAX
стало наиболее популярно после того, как компания Google начала активно
использовать его при создании своих сайтов, таких как Gmail, Google Maps и
Google Suggest. Использование AJAX на этих сайтах подтвердило
эффективность использования данного подхода.
Сравнение стандартного подхода и AJAX

Классическая модель веб-приложения


• Пользователь заходит на веб-страницу и нажимает на какой-нибудь её
элемент.
• Браузер формирует и отправляет запрос серверу.
• В ответ сервер генерирует совершенно новую веб-страницу и отправляет
её браузеру и т. д. После чего браузер ПОЛНОСТЬЮ перегрузит
динамическую страницу.
Модель AJAX
• Пользователь заходит на веб-страницу и нажимает на какой-нибудь её
элемент.
• Скрипт (на языке JavaScript) определяет, какая информация необходима
для обновления страницы.
• Браузер отправляет соответствующий запрос на сервер.
• Сервер возвращает только ту часть документа, на которую пришел
запрос.
• Скрипт вносит изменения с учётом полученной информации (без полной
перезагрузки страницы).
Часто сервер передаёт не готовый HTML-код, а только данные; а HTML-
элементы создаются исходя из этих данных, с использованием методов
модификации DOM. При этом в качестве формата передачи данных обычно
используются XML или JSON.

Document Object Model — «объектная модель документов») — это


платформенно-независимый программный интерфейс, позволяющий
программам и скриптам управлять содержимым документов HTML и XML, а
также изменять их структуру и оформление.
Модель DOM не накладывает ограничений на структуру документа. Любой
документ известной структуры с помощью DOM может быть представлен в
виде дерева узлов, каждый узел которого содержит элемент, атрибут,
текстовый, графический или любой другой объект. Узлы связаны между собой
отношениями родитель-потомок.
Изначально различные браузеры имели собственную модель DOM, не
совместимую с остальными. Для того, чтобы обеспечить взаимную и
обратную совместимость, специалисты международного консорциума W3C
классифицировали эту модель по уровням, для каждого из которых была
создана своя спецификация. Все эти спецификации объединены в общую
группу, носящую название W3C DOM.

JSON хорош тем, что на стороне клиента его не надо обрабатывать каким-то
специальным образом, достаточно выполнить вызов функции eval(). Однако,
исходя из соображений безопасности, его необходимо анализировать, так как
при передаче вредоносного кода функция eval() выполнит данный код.
3.1.3. Логическая структура базы данных

TstFin

Илшн
ик
Ftople

Raspreddenie

№грянга
№госг м Charts
№сгапьи №
Qwva Код
Тема
м
№исгочи<а

м №руновсдагеш

Ftetupbie
м№
№испж«ка Statya
Дна №
Прюддни) Код
Сумш Нввание

Рис.2. Логическая структура базы данных.

14
4. Реализация 4.1.
Выбор СУБД
Проектируемая база данных предназначена для размещения в Интернете,
поэтому для реализации базы данных был выбран формат MySQL 3.23.53.
MySQL является относительно небольшой и быстрой реляционной СУБД
основанной на традициях Hughes Technologies Mini SQL (mSQL).
Свойства MySQL:

•Многопоточность. Поддержка нескольких одновременных запросов.


•Оптимизация связей с присоединением многих данных за один проход.
•Записи фиксированной и переменной длины.
•ODBC драйвер в комплекте с исходником
•Гибкая система привилегий и паролей.
•До 16 ключей в таблице. Каждый ключ может иметь до 15 полей.
•Поддержка ключевых полей и специальных полей в операторе CREATE.
•Поддержка чисел длинной от I до 4 байт (ints, float, double, fixed), строк
переменной длины и меток времени.
•Интерфейс с языками С и perl.
•Основанная на потоках, быстрая система памяти.
•Утилита проверки и ремонта таблицы.
•Все данные хранятся в формате IS088591.
•Все операции работы со строками не обращают внимания на регистр
символов в обрабатываемых строках.
•Псевдонимы применимы как к таблицам, так и к отдельным
колонкам в таблице.

15
•Все поля имеют значение по умолчанию. INSERT можно
использовать на любом подмножестве полей.
•Легкость управления таблицей, включая добавление и удаление ключей
и полей.

4.2. Реализация базы данных


В СУБД MySQL каждая таблица содержится в отдельных файлах.
Спроектированные ранее таблицы реализованы в следующих файлах:

Файл Таблица базы данных Назначение


Grants, my i Grants Содержит данные о грантах

IstFin.myi IstFin Содержит данные о источниках


финансирования
People.myi People Содержит данные о людях

Planovaysmeta.myi Planovaysmeta Содержит данные о плановой смете

Postuplenie.myi Postuplenie Содержит данные о поступлениях

Raspredelenie.myi Raspredelenie Содержит данные о распределении


поступлений
Statya.myi Statya Содержит данные о статьях расхода

16
Заключение
При выполнении курсовой работы были получены следующие основные
результаты:
•проведён анализ предметной области
•построена модель предметной области
•проведён анализ требований к системе и разработаны внешние
спецификации
•с использованием реляционного подхода спроектирована база
данных

17
Список литературы
1.Карпова Т.С. Базы данных: модели, разработка, реализация. СПб.: Питер,
2001.304 с.
2.Чекалов А. Базы данных: от проектирования до разработки приложений.
СПб.: БХВ, 2003. 380 с.
3.Веллинг Л., Томсон Л. MySQL: Учебное пособие. СПб.: Питер, 2004. 458 с.
4.Харрис Э. PHP/MySQL для начинающих.СПб.: Питер, 2001. 667 с.

18
Приложения
приложение 1

Внешние спецификации

1.Название системы. База


данных «НИС ЧелГУ»

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

3.Требование к аппаратному обеспечению. Компьютер Pentium 200


МГц, 32 Мб RAM, не менее 2 Мб и не более 10 Мб свободного
дискового пространства.

4.Требования к программному обеспечению


Компьютер должен работать под управлением Windows 9X, Windows NT/2000.
Кроме того, требуется наличие MySQL 3.23.53.

19
приложение
2 Спроектированная База Данных

# Структура таблицы 'grants'


#

CREATE TABLE grants' (


'№' int(l 1) NOT NULL autoincrement,
'Код' varchar(lO) NOT NULL default",
'Тема' varchar(50) NOT NULL default ",
'№_источника' int(l 1) NOT NULL default '0',
'№_руковод' int(l 1) NOT NULL default '0',
'%_расхода' int(l 1) default '0',
PRIMARY KEY ('№') ) TYPE=MyISAM
AUTO_INCREMENT=3 ;

# Дамп данных таблицы 'grants'


#

INSERT INTO 'grants' VALUES (1, ", 'НИС, 1, 0, 20);


INSERT INTO 'grants' VALUES (2, ", 'Сайт', 2, 0, 50);

#---------------------------------------------------------------------------------

# Структура таблицы 'istfin'


#

20
CREATE TABLE "istfin" ( "№" int(l 1) NOT
NULL autoincrement, "Источник" varchar(50)
NOT NULL default ", PRIMARY KEY ("№")
) TYPE-MylSAM AUTOJNCREMENT=3 ;

# Дамп данных таблицы "istfirf

INSERT INTO Istfm" VALUES (1, 'Минфин');


INSERT INTO "istfin" VALUES (2, 'ЧелЕУ');

# Структура таблицы "people"


#

CREATE TABLE "people" ( "№" int(l 1) NOT


NULL autoincrement, "Фам" varchar(20) NOT
NULL default", "Им" varchar(20) NOT NULL
default ", "Отчество" varchar(20) NOT NULL
default", "Степень" varchar(50) NOT NULL
default", "Должность" varchar(20) NOT NULL
default ", PRIMARY KEY ("№")
) TYPE=MyISAM AUTO_INCREMENT=5 ;

21
# Дамп данных таблицы "people4
#

INSERT INTO 'people' VALUES (1, 'Лымарь', 'Татьяна', 'Юрьевна', 'Доцент',


'Руководитель');
INSERT INTO 'people' VALUES (2, 'Фадеев', 'Андрей', 'Юрьевич', 'Кандидат
наук', 'Руководитель');
INSERT INTO 'people' VALUES (3, 'Турасов*, 'Михаил', 'Ебланович',",
'Разработчик');
INSERT INTO people' VALUES (4, 'Царев', 'Юрий', 'Михаилович',",
'Разработчик');

# Структура таблицы 'pianovaysmeta'


#

CREATE TABLE piano vaysmeta' ( '№' int(l I)


NOT NULL autoincrement, '№_гранта' int(l 1)
NOT NULL default '0', 'Квартал' int(l 1) NOT
NULL default '0', '№_статьи' int(l 1) NOT
NULL default '0', 'Суммарасхода' double(10,2)
default NULL, PRIMARY KEY ('№')
) TYPE=MyISAM AUTO_INCREMENT=4 ;

22
# Дамп данных таблицы " pianovaysmeta'
#

INSERT INTO >lanovaysmetax VALUES (1, I, 1, 1, '100.00');


INSERT INTO ' piano vaysmeta^ VALUES (2, 2, 3, 2, '50.00');
INSERT INTO planovaysmeta^ VALUES (3, 2, 2, 1, '40.50');

#---------------------------------------------------------------------------------

# Структура таблицы "postuplenie^


#

CREATE TABLE postuplenie^ (


'№" int(l 1) NOT NULL autoincrement,
>
№_Источника' int(l 1) NOT NULL default '0',
Л
Дата' date default NULL,
Т1ериод(дни)Л int(l 1) default NULL,
^СуммаЛ double(10,2) default NULL,
PRIMARY KEY ( № ) ) TYPE=MyISAM
AUTO INCREMENT=3 ;

# Дамп данных таблицы "postuplenie"


#

INSERT INTO postuplenie^ VALUES (1,1, '2005-06-06', 30, '100.00');


INSERT INTO ^postuplenie^ VALUES (2, 2, '2005-06-07', 31, '100.00');

23
#

# Структура таблицы "raspredelenie"

CREATE TABLE raspredelenie" (


'№" int(l 1) NOT NULL autoincrement,
^«гранта' int(l 1) NOT NULL default '0',
'№_пост' int(l 1) NOT NULL default '0',
^статьи' int(l 1) NOT NULL default '0',
'Сумма' double(10,2) NOT NULL default '0.00',
PRIMARY KEY ('№') ) TYPE=MyISAM
AUTO_INCREMENT=3 ;

# Дамп данных таблицы i-aspredelenie'


#

INSERT INTO 'raspredelenie' VALUES (1,1,1,0, '0.00');


INSERT INTO 'raspredelenie' VALUES (2, 2, 2, 0, '0.00');

#---------------------------------------------------------------------------------

# Структура таблицы ' statyax


#

CREATE TABLE 'statya' (

24
'№' int(l 1) NOT NULL autoincrement, 'Код' int(l
1) NOT NULL default '0', 'Название' varchar(50)
NOT NULL default", PRIMARY KEY ('№') )
TYPE=MyISAM AUTO_INCREMENT=3 ;

# Дамп данных таблицы 'statya'


#

INSERT INTO 'statya' VALUES (1, 100, 'Транспортировка');


INSERT INTO 'statya' VALUES (2, 101, 'Разгрузка');

25

Оценить