Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

Лучшие статьи журнала


Информационный Канал Subscribe.Ru

Здравствуйте, уважаемые читатели!

В этом выпуске рассылки публикуется статья, занявшая по результатам голосования второе место.


Николай ТКАЧЕНКО,
tnt@comizdat.com

Маленькая база для маленькой компании

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

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

Такая технология существует давно и известна под названием «база данных для рабочих групп». Создать ее можно при помощи множества инструментов, которые отличаются возможностями и степенью сложности. Но в данном случае хотелось бы остановиться на проблеме организации базы данных небольшой организации, которая потребовала бы наименьших материальных и ресурсных затрат. Средства быстрой разработки программ, такие как Borland Delphy или MS Access, известны всем. А вот о том, что несложные базы данных можно строить с помощью OpenOffice, знают не все.

Эта рабочая среда не имеет отдельной встроенной программы, которая представляла бы соответствующие визуальные средства. Вместо этого предлагается использовать специализированный объект — DataSource, к которому можно производить обращение из таких типов документов, как «текстовый документ», «таблица», «презентация». Далее, используя выражения SQL, можно интегрировать данные в документ и производить над ними все необходимые действия. Важно то, что строить запросы по выборке можно даже без знания SQL — достаточно воспользоваться многочисленными инструментами и мастерами, предоставленными в распоряжение пользователя.

Организовать базу данных с помощью OpenOffice можно как локально, так и по сетевой клиент-серверной технологии. Первый метод очень прост — но при этом скорость работы может быть сильно ограничена, если этой базой будут пользоваться одновременно несколько сетевых машин. В качестве другого способа (клиент-серверная технология) можно порекомендовать связку OpenOffice и MySQL. Вообще, сервером базы данных может быть любая программа, предоставляющая интерфейс ODBC/JDBC операционной среде, в которой работает OpenOffice.

Мы же рассмотрим именно MySQL — как наиболее доступную для неискушенных пользователей серверную платформу. Тем более что и литературы по ней более чем достаточно.

Постановка задачи

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

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

В реляционных базах данных (а сейчас распространены практически только такие БД) информация хранится в таблицах. Нам понадобится две.

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

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

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

Установка необходимых программ

Начать можно с инсталляции MySQL на сервер. Сервером можно сделать любую машину, на которой будет находиться база данных и которая будет предоставлять доступ к этой базе другим компьютерам сети. Конечно, лучше, если это будет самая «сильная» машина в офисе. Но вначале, на стадии разработки и тестирования, обычно задействуют собственный ПК. Будем надеяться, что у вас установлена Windows 2000/XP.

Итак, распаковываем пакет mysql-4.0.20a-win (или другую версию этой программы) и запускаем setup. Несколько раз нажав кнопку Ok, вы получите установленный в папку c:\mysql и готовый к работе программный пакет. Запуск этого сервера можно производить как из командной строки:
c:\mysql\bin\mysqld

так и виде сервиса, при старте Windows. Для этого нужно дать команду:
c:\mysql\bin\mysql -install

Остановка mysql может быть произведена так:
c:\mysql\bin\mysqladmin -u root shutdown
— или с помощью графической утилиты Службы, которая находится в Панели управления.

Запускаем MySQL-сервер и создаем базу данных. Дадим ей имя myoffdb, а пользователя, управляющего этой базой, назовем mydbadm. Делается это с помощью утилиты командной строки mysql, входящей в состав пакета.

Выполняем
c:\mysql\bin\mysql -u root

— мы очутились в оболочке mysql. Создаем нужного пользователя и предоставляем ему нужные права:
GRANT ALL ON myoffdb TO 'mydbadm'@'localhost' IDENTIFIED BY 'secret';
QUIT;

Не забудьте завершать каждую команду символом «;» — в противном случае утилита запутается. Как вы уже, наверное, догадались, пользователю myoffdb приписывается еще и пароль secret.

Далее создаем саму базу данных — делаем это при помощи все той же утилиты, но уже от имени пользователя mydbadm. Из командной строки вызываем mysql:
c:\mysql\bin\mysql -u mydbadm –p

После ввода правильного пароля (secret) попадаем в утилиту и даем команду:
CREATE DATABASE myoffdb;
QUIT;

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

Пришло время установить соответствующий коннектор ODBC. Зачем он нужен? Этот интерфейс позволяет различным клиентским программам обращаться к различным SQL-серверам, используя стандартный набор команд. То есть коннектор необходим тому же OpenOffice — не важно, будет он принимать данные от MySQL- или Postgree-сервера.

Нужный нам драйвер (MyODBC-standard-3.51.8-win) можно скачать с сайта www.mysql.com. Распаковываем этот драйвер и после копирования файлов вручную добавляем его в систему. Для этого откройте Панель управления >Администрирование>Источники данных и на вкладке Пользовательский DSN нажмите Добавить.... В появившемся диалоге нужно выбрать MySQL ODBC и нажать Готово. Затем следует уточнить параметры, относящиеся к соединению с сервером баз данных. Для оговоренного нами случая можно ввести значения, как на рисунке. Если в данное время MySQL-сервер работает, то с помощью кнопки Test Data Source можно проверить работоспособность созданного интерфейса.

Предположим, все нормально. Тогда устанавливаем OpenOffice, запускаем его и настраиваем источник данных. Для этого нужно открыть мастер адресных книг из меню File>AutoPilot>Address Data Source.... Из списка переключателей типов источников адресов выберите самый нижний — Other external data source. Нажмите Next, а затем кнопку Settings. Откроется окно, в котором нужно будет задать необходимые сведения о базе данных (вы помните, что в это время MySQL должен быть запущен?).

Не забудьте сохранить настройки (кнопки Apply и Ok). Теперь OpenOffice знает, откуда черпать данные для дальнейшей обработки.

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

Но если изменения в таблицы вносить все-таки нужно, а используемый драйвер не позволяет этого делать, придется кое-что подправить в установках: в свойствах базы данных нужно добавить поле IgnoreDriverPrivileges со значением TRUE. К сожалению, для выполнения данного действия пользовательского интерфейса не предусмотрено. Впрочем, можно задействовать специальный макрос (http://dba.openoffice.org/howto/IgnoreDriverPrivileges.html<).

Если вы совершенно не в курсе, как управляться с макросами, сделайте следующее: откройте Tools>Macros>Macro... В поле Macro Name введите какое-нибудь имя (например, WriteToDB) и нажмите кнопку New — откроется окно макросов. Проще всего стереть весь текст в окне и вместо него вставить код, скопированный с веб-страницы. Дальше следует запустить макрос Main на выполнение и задать правильное имя базы данных. Вот и все. Во всяком случае, для связки OpenOffice-ODBC-MySQL это работает.

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

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

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

Для создания таблиц воспользуемся встроенным в OpenOffice средством редактирования баз данных Data sources… — оно вызывается из меню Tools. Откройте вкладку Tables

Теперь создаем таблицу firms — нажимаем кнопку New Table Design. Откроется редактор, в котором можно создавать поля таблицы со всеми необходимыми атрибутами: именем поля, типом, длиной и значением по умолчанию. С именем все понятно, а что касается типов, то поле может быть тестовым, числовым, датой и т.д. В нашей таблице все поля текстовые (в обозначения MysQL — VARCHAR).

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

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

Следующая таблица, которая нам понадобится, это persons — она содержит информацию о конкретных людях. Ее поля могут быть такими: «Имя», «Фамилия», «Домашний телефон», «Место работы». Место работы должно совпадать с соответствующим (а именно — Name) полем в таблице firms. И тогда, используя выборку, мы сможем узнать дополнительные сведения о человеке, в том числе его рабочий телефон и e-mail.

Вновь воспользовавшись редактором New Table Design, задаем поля таблицы.

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

Заполняем таблицы

Теперь можно попробовать заполнить поля таблиц. Правильней будет сначала ввести информацию о фирмах, а потом уже заняться персональными карточками сотрудников. Это потому, что строка информации о людях имеет поле Work — сноску на таблицу firms.

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

Но единственное действие, которое можно произвести для повышения удобства операторской работы, это скрыть какой-то столбец. К примеру, в данном случае столбец ID нам не нужен — он заполняется автоматически. Скрыть его можно при помощи контекстного меню (вызывается правой кнопкой мыши).

А вот переименовать колонки таблицы нельзя. Это неудобно — ведь иногда приходиться давать столбцам абстрактные имена в английском написании (вроде wrktelnum — не очень-то понятно ;).

Чтобы упростить редактирование базы данных, можно прямо на листе документа вставить специальную форму. Для этого следует переключиться в режим дизайна, нажав кнопку Design Mode On/Off.

Затем следует открыть панель инструментов Form Functions и активировать инструмент Table control. Теперь очертите на листе фрагмент, в котором должна содержатся форма. Автоматически запустится диалог-помощник, который попросит выбрать для включения в форму нужную таблицу и ее поля.

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

В самой форме можно найти все инструменты для добавления или удаления записей, их фильтрации. Поле Work в таблице persons указывает на имя фирмы (поле Name) в таблице firms. Логично было бы устроить форму редактирования таким образмо, чтобы название фирмы можно было выбирать из списка. И этого можно добиться, если заменить текстовое поле на поле со списком.

Но вначале следует создать запрос (Query), который будет возвращать список названий всех фирм, существующих в нашей базе данных. Сделать это можно с помощью элемента New Query, принадлежащего контекстному меню объекта Queries из источника данных (если последний закрыт, вызвать его можно с помощью <F4>).

Проще всего создавать запрос в визуальном виде (Design view) — в этом случае все сводится к правильному выбору предлагаемых элементов диалога. Только в начале нужно добавить таблицы, из которых будет проводиться выборка. В нашем случае такая таблица одна — firms .

Вас может удивить присутствие двух одинаковых столбцов Name — но это вполне объяснимо: функции у них будут разные. Результат в виде SQL-синтаксиса можно увидеть, если с помощью кнопки Switch Design View On/Off (на ней изображен школьный угольник) переключиться в режим SQL. Командная строка должна выглядеть примерно так:
SELECT Name, Name FROM myoffdb.firms firms

Как работает запрос, можно также проверить с помощью кнопки Run Query (в панели инструментов первая слева). Осталось только сохранить запрос(все формы и запросы сохраняются вместе с документом OpenOffice) под именем, скажем, FirmsName.

Следующий этап — создание формы редактирования таблицы учетных карточек сотрудников и модернизация ее путем внедрения созданного нами запроса. Для этого элемент Table control, привязанный к таблице person, вставьте на пустую страницу. Вы уже можете редактировать (изменять, добавлять, удалять) записи, единственное неудобство это поле Work. Его содержимое — название предприятия, где работает человек. Обидно вводить эти записи еще раз. К тому же, нельзя ошибиться даже в мелочи — этого будет достаточно, чтобы не сработала автоматическая выборка, а ведь именно в автоматизации вся сила баз данных.

Впрочем, эту беду можно обойти. Осталось разобраться, как.

Вызовите правой кнопкой мыши контекстное меню столбца Work и с его помощью выполните преобразование Replace with/List box — таким образом вы замените текстовое поле на список. Самое сложное — это наполнить этот список нужным содержимым и связать его с полем Work таблицы persons. Такую настройку свойств элемента списка можно произвести, вызвав правой кнопкой мыши диалог Column.... Откроем вкладку Data. На ней находятся четыре важных для нашего случая параметра:

  • DataField. Поле в таблице, к которой привязана форма, будет изменяться с помощью этого элемента списка;
  • Type of list contents — способ (тип), при помощи которого будет наполняться список. Мы обязаны выбрать Query (ведь специально для этого и создавался запрос); если же избрать SQL, то SQL-запрос можно будет ввести «на ходу», без лишней возни по дизайну запросов;
  • List Content. Выбрали тип наполнения — теперь нужно конкретизировать его суть. В нашем случае это можно сделать, выбрав из списка запрос FirmsName (в другом случае в этом поле пишется строка SQL-команды);
  • Bound Field — очень интересный параметр. Помните, в запросе мы делали две колонки с одинаковыми значениями, Name? Роль первой проста — эта колонка отображается как содержание списка. То есть, если запрос проводить по-другому (например, SELECT City, Name), то в списке будут отображаться не названия фирм, а города, где они расположены. Отображаться, а не записываться в базу! Поле запроса, которое должно вноситься в таблицу, указывается номером (начиная с нуля) в рассматриваемом параметре.

Посмотрите еще раз на диалог. В данном поле стоит единица (ноль, кстати, указать не удается) — это получается второе по счету поле запроса, Name. Его содержимое будет записываться в поле таблицы, указанное в параметре DataField. Попросту говоря, с помощью данных параметров мы определяем, какое поле запроса писать в конкретном поле таблицы. При этом в списке всегда будет отображаться первое поле запроса. Хитро :).

Снова переключите режим формы Design Mode On/Off. Надеюсь, все сделано правильно и результат достигнут: теперь фирму, в которой работает человек, можно выбирать из списка.

Запрос с параметром

Для построения разнообразных выборок из таблиц, придется освоить параметризированные запросы. Предположим, следует найти все фирмы, которые расположены в Севастополе. Для этого нужно будет построить простенький запрос (используйте New Query(Design View), если нет желания возиться с SQL-синтаксисом).

В поле Criterion вписывается критерий выборки. Если критерий параметризованный (то есть такой, что будет определяться во время выполнения), то его имя должно начинаться с двоеточия. В виде SQL-команды он выглядит следующим образом:
SELECT Name, City, Address, Tel, Fax FROM myoffdb.firms firms WHERE ( ( City = :x ) )

Теперь выполните запрос — появится диалоговое окно с просьбой определить параметр «x».

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

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

Для управления формами документа, если их несколько, предусмотрено специальное средство — Form Navigator.., он вызывается из панели функций. Вызовите контекстное меню и создайте новую форму.

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

В данном случае, мы не будем создавать отдельный запрос для выборки информации о предприятии, а впишем соответствующую SQL-команду прямо в форму:
SELECT City, Address, Tel, Fax, Name FROM myoffdb.firms firms WHERE ( ( Name = :firm )

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

Как передать этот параметр? Для этого можно выделить соответствующее поле (Work, именно в нем находится название фирмы, где работает интересующий нас человек). При этом связь между конкретным полем и параметром запроса оформляется с помощью свойств подчиненной формы Link master fields и Link slave fields.

Механизм работы формы будет строиться по следующему принципу: при перемещении по записям основной таблицы (учетные карточки сотрудников) будет формироваться параметр firm, как значение поля Work. В результате передачи этого параметра в подчиненную форму, которая основана на параметризованном SQL-запросе, актуальные данные будут отображены в документе.

* * *

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

Конечно, существуют специализированные программные продукты — CRM. Но практически все они созданы на коммерческой основе. Как ни странно, в этом есть свои минусы — чтобы поднять стоимость таких программ, разработчики «раздувают» их по максимуму. И если на данном этапе работа вашего предприятия не нуждается в полноценной, масштабной автоматизации отношений «менеджер-клиент», можно попробовать обойтись «малой кровью».

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

Николай ТКАЧЕНКО,
tnt@comizdat.com

P.S. Уважаемые читатели! Для лучшего понимания этой статьи рекомендуем ознакомиться с сопровождающими ее рисунками, для чего купить журнал в киоске или посетить сайт www.comizdat.com.


Задать вопрос
Прислать свою статью для публикации в журнале
Просто поговорить

До следующего выпуска!
Елена Полонская, редактор "К+П"
www.comizdat.com

Перепечатка материалов этой рассылки разрешается только по согласованию с редакцией журнала "Компьютеры+Программы"


http://subscribe.ru/
http://subscribe.ru/feedback/
Подписан адрес:
Код этой рассылки: comp.paper.bestarticles
Отписаться

В избранное