Сделать полезную информацию доступной для всех сотрудников не так
уж и сложно. Для этого не обязательно быть программистом баз данных.
Просто воспользуйтесь бесплатным офисным пакетом.
Достаточно часто, особенно если над определенной проблемой
работает не отдельный специалист, а коллектив, возникает
необходимость упорядочить, отсортировать накопленную информацию. В
общем, создать условия, при которых можно было бы с наименьшими
затратами найти нужные сведения, внести в них изменения и затем
предоставить эту информацию для общего пользования.
Такая технология существует давно и известна под названием "база
данных для рабочих групп". Создать ее можно при помощи множества
инструментов, которые отличаются возможностями и степенью сложности.
Но в данном случае хотелось бы остановиться на проблеме организации
базы данных небольшой организации, которая потребовала бы наименьших
материальных и ресурсных затрат. Средства быстрой разработки
программ, такие как Borland Delphy или MS Access, известны всем. А
вот о том, что несложные базы данных можно строить с помощью
OpenOffice, знают не все.
Эта рабочая среда не имеет отдельной встроенной программы,
которая представляла бы соответствующие визуальные средства. Вместо
этого предлагается использовать специализированный объект —
DataSource, к которому можно производить обращение из таких
типов документов, как "текстовый документ", "таблица",
"презентация". Далее, используя выражения SQL, можно интегрировать
данные в документ и производить над ними все необходимые действия.
Важно то, что строить запросы по выборке можно даже без знания SQL —
достаточно воспользоваться многочисленными инструментами и
мастерами, предоставленными в распоряжение пользователя.
Организовать базу данных с помощью OpenOffice (http://www.openoffice.org/) можно как локально,
так и по сетевой клиент-серверной технологии. Первый метод очень
прост — но при этом скорость работы может быть сильно ограничена,
если этой базой будут пользоваться одновременно несколько сетевых
машин. В качестве другого способа (клиент-серверная технология)
можно порекомендовать связку OpenOffice и MySQL. Вообще, сервером
базы данных может быть любая программа, предоставляющая интерфейс
ODBC/JDBC операционной среде, в которой работает OpenOffice.
Мы же рассмотрим именно MySQL — как наиболее доступную для
неискушенных пользователей серверную платформу. Тем более что и
литературы по ней более чем достаточно.
Постановка задачи
Чтобы легче было разобраться в последовательности действий и их
смысле, вначале оговорим и конкретизируем задачу, которую мы хотим
выполнить. Первый шаг сделаем достаточно простым — но не
бесполезным.
Итак, есть список сотрудников и клиентов фирмы, а также перечень
ее партнеров. Требуется создать набор учетных карточек как людей,
так и организаций,— причем с возможностью различных выборок. К
примеру, мы должны иметь возможность, задав название фирмы, получить
список ее сотрудников — или, наоборот, выбрав определенного
человека, получить информацию (адрес, телефон и др.) о той
организации, где он числится.
В реляционных базах данных (а сейчас распространены практически
только такие БД) информация хранится в таблицах. Нам понадобится
две.
В первой будут размещены учетные карточки людей. Это значит, что
столбцы таблицы будут содержать такую информацию, как имя, домашний
адрес, телефон, e-mail и место работы.
Вторая таблица, относящаяся к предприятию, будет иметь следующие
поля: название организации, ее адрес, телефон, факс и т.д.
Как вы понимаете, связь между таблицами может строиться через
общее поле, идентифицирующее предприятие. Таким образом, для каждого
человека известно, в какой организации он работает. Используя эту
информацию, в соответствующей таблице можно найти дополнительные
сведения о человеке, например узнать его рабочий телефон.
Установка необходимых программ
Начать можно с инсталляции MySQL на сервер. Сервером можно
сделать любую машину, на которой будет находиться база данных и
которая будет предоставлять доступ к этой базе другим компьютерам
сети. Конечно, лучше, если это будет самая "сильная" машина в офисе.
Но вначале, на стадии разработки и тестирования, обычно задействуют
собственный ПК. Будем надеяться, что у вас установлена Windows
2000/XP.
Итак, распаковываем пакет mysql-4.0.21-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) можно
скачать с сайта http://www.mysql.com/. Распаковываем этот драйвер
и после копирования файлов вручную добавляем его в систему. Для
этого откройте Панель управления >
Администрирование > Источники данных и на вкладке
Пользовательский DSN нажмите Добавить.... В
появившемся диалоге (см. рис. 1) нужно выбрать MySQL ODBC и
нажать Готово. Затем следует уточнить параметры, относящиеся
к соединению с сервером баз данных. Для оговоренного нами случая
можно ввести значения, как на рисунке. Если в данное время
MySQL-сервер работает, то с помощью кнопки Test Data Source
можно проверить работоспособность созданного интерфейса.
Рис. 1. С помощью средств ОС Windows, подключаем драйвер
ODBC
Предположим, все нормально. Тогда устанавливаем OpenOffice,
запускаем его и настраиваем источник данных. Для этого нужно открыть
мастер адресных книг из меню File > AutoPilot >
Address Data Source.... Из списка переключателей типов
источников адресов выберите самый нижний — Other external data
source. Нажмите Next, а затем кнопку Settings.
Откроется окно, в котором нужно будет задать необходимые сведения о
базе данных (вы помните, что в это время MySQL должен быть
запущен?).
Сделайте все так, как изображено на рис. 2. Не забудьте сохранить
настройки (кнопки Apply и Ok). Теперь OpenOffice
знает, откуда черпать данные для дальнейшей обработки.
Рис 2. Подключаем базу данных в 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
Рис. 3. В этом диалоге можно отредактировать все таблицы
Теперь создаем таблицу firms — нажимаем кнопку New
Table Design. Откроется редактор, в котором можно создавать поля
таблицы со всеми необходимыми атрибутами: именем поля, типом, длиной
и значением по умолчанию. С именем все понятно, а что касается
типов, то поле может быть тестовым, числовым, датой и т.д. В нашей
таблице все поля текстовые (в обозначения MysQL — VARCHAR).
Каждое поле имеет определенную длину, которая определяется
максимальным количеством символов, которые можно в него вписать. Чем
поле короче, тем быстрее работает MySQL. Но, с другой стороны,
если в такое поле не поместится название или адрес фирмы, то ничего
хорошего тоже не получится. Как говорится, семь раз отмерь… В общем,
создайте набор полей как на рис. 4 (но если у вас есть собственные
соображения по поводу того, как усовершенствовать базу,— не
стесняйтесь).
Рис. 4. Набор полей для таблицы с описанием фирм
При сохранении таблицы появится диалоговое окно с
предложением создать Primary key (главный ключ).
Соглашайтесь.
Следующая таблица, которая нам понадобится, это persons —
она содержит информацию о конкретных людях. Ее поля могут быть
такими: "Имя", "Фамилия", "Домашний телефон", "Место работы". Место
работы должно совпадать с соответствующим (а именно — Name) полем в
таблице firms. И тогда, используя выборку, мы сможем узнать
дополнительные сведения о человеке, в том числе его рабочий телефон
и e-mail.
Вновь воспользовавшись редактором New Table Design, задаем
поля таблицы —получится нечто похожее на то, что изображено на рис.
5.
Рис 5. Поле Work — это сноска на таблицу с описанием фирм
Костяк базы данных готов, остается вопрос ее наполнения и
выборки записей по различным критериям.
Заполняем таблицы
Теперь можно попробовать заполнить поля таблиц. Правильней будет
сначала ввести информацию о фирмах, а потом уже заняться
персональными карточками сотрудников. Это потому, что строка
информации о людях имеет поле Work — сноску на таблицу
firms.
Редактировать таблицы можно и в режиме Data Sources, если
включить его через меню View > Data Sources или при
помощи соответствующей кнопки панели инструментов. Впрочем, такая
работа подходит для стадии отладки, а не для конечного
использования. На рис. 6 показано, что в этом случае очень хорошо
видна структура таблицы, все ее поля.
Рис. 6. В режиме Data Sources таблица представлена
пользователю "как есть"
Но единственное действие, которое можно произвести для повышения
удобства операторской работы, это скрыть какой-то столбец. К
примеру, в данном случае столбец ID нам не нужен — он заполняется
автоматически. Скрыть его можно при помощи контекстного меню
(вызывается правой кнопкой мыши).
А вот переименовать колонки таблицы нельзя. Это неудобно — ведь
иногда приходиться давать столбцам абстрактные имена в английском
написании (вроде wrktelnum — не очень-то понятно).
Чтобы упростить редактирование базы данных, можно прямо на листе
документа вставить специальную форму. Для этого следует
переключиться в режим дизайна, нажав кнопку Design Mode
On/Off (рис. 7).
Рис. 7. Переключатель режима дизайна
Затем следует открыть панель инструментов Form
Functions и активировать инструмент Table control (рис.
8). Теперь очертите на листе фрагмент, в котором должна содержатся
форма. Автоматически запустится диалог-помощник, который попросит
выбрать для включения в форму нужную таблицу и ее поля.
Рис. 8. Инструмент для удобного редактирования таблиц
В созданной форме с помощью контекстного меню Columns колонке
можно дать понятное имя, добавить подсказку и настроить некоторые
другие опции (см. рис. 9).
Рис. 9. Теперь можно придать таблице подходящий вид
Если выключить режим дизайна, то записи таблицы будут
выглядеть примерно так, как на рис. 10. А в самой форме можно найти
все инструменты для добавления или удаления записей, их фильтрации и
сортировки.
Создаем форму для удобного редактирования таблиц
с персональной базой, скорее всего, вызовет ваше
неудовольствие. Дело в том что поле Work в таблице persons указывает
на имя фирмы (поле Name) в таблице firms. Логично было
бы устроить форму редактирования таким образмо, чтобы название фирмы
можно было выбирать из списка. И этого можно добиться, если заменить
текстовое поле на поле со списком.
Но вначале следует создать запрос (Query), который будет
возвращать список названий всех фирм, существующих в нашей базе
данных. Сделать это можно с помощью элемента New Query,
принадлежащего контекстному меню объекта Queries из источника
данных (если последний закрыт, вызвать его можно с помощью ).
Проще всего создавать запрос в визуальном виде (Design view) — в
этом случае все сводится к правильному выбору предлагаемых элементов
диалога. Только в начале нужно добавить таблицы, из которых будет
проводиться выборка. В нашем случае такая таблица одна —
firms (рис. 11).
Рис. 11. Из этих таблиц будет происходить выборка
результатов
Посмотрите на рис. 12 и сделайте точно так же. Вас может удивить
присутствие двух одинаковых столбцов Name — но это вполне объяснимо:
функции у них будут разные.
Рис. 12. Для работы с формой нужно два одинаковых столбца
Результат в виде 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-синтаксисом).
Рис. 13. Параметр запроса обозначается в поле Criterion
двоеточием
Обратите внимание на рис. 13. Это подсказка по созданию
запроса. В поле Criterion вписывается критерий выборки. Если
критерий параметризованный (то есть такой, что будет определяться во
время выполнения), то его имя должно начинаться с двоеточия. В виде
SQL-команды он выглядит следующим образом:
SELECT `Name`, `City`, `Address`, `Tel`, `Fax` FROM
`myoffdb`.`firms` `firms` WHERE ( ( `City` = :x ) )
Теперь выполните запрос — появится диалоговое окно с просьбой
определить параметр "x" (рис. 14).
Рис. 14. Укажите город, по которому следует провести
выборку
Вообще, такой вид отбора нужных данных не слишком практичен — но
он демонстрирует механизм работы с параметрами и пригодится при
отладке. Главное, что данный вид запроса можно встроить в форму
документа, а параметр задавать более удобными для человека
способами. Давайте отработаем этот прием.
Возьмем документ, в который мы встроили таблицу persons, и
несколько дополним его. А именно: сделаем так, чтобы при выборе
определенного сотрудника сразу отображалась его рабочая информация.
Для этого нужно создать форму, подчиненную главной.
Для управления формами документа, если их несколько,
предусмотрено специальное средство — Form Navigator, он
вызывается из панели функций. Вызовите контекстное меню и создайте
новую форму (как это показано на рис. 15).
Рис. 15. Подчиненные формы нужны для обработки запросов с
параметрами
Пока это всего лишь оболочка — в ней нет ни одного отображаемого
объекта. Впрочем, ими мы займемся позже. Роль подчиненной формы
лучше всего продемонстрировать наглядно (см. рис. 16).
Рис. 16. Соотношение между источником данных и документом
определяется в свойствах подчиненной формы
В данном случае, мы не будем создавать отдельный запрос для
выборки информации о предприятии, а впишем соответствующую
SQL-команду прямо в форму:
SELECT `City`, `Address`, `Tel`, `Fax`, `Name` FROM
`myoffdb`.`firms` `firms` WHERE ( ( `Name` = :firm )
Как видите, в результате работы команды будут отобраны данные
(город, адрес, телефон, факс) для фирмы, название которой предается
через параметр firm.
Как передать этот параметр? Для этого можно выделить
соответствующее поле (Work, именно в нем находится название фирмы,
где работает интересующий нас человек). При этом связь между
конкретным полем и параметром запроса оформляется с помощью свойств
подчиненной формы Link master fields и Link slave
fields — как это изображено на рис. 16.
Механизм работы формы будет строиться по следующему принципу: при
перемещении по записям основной таблицы (учетные карточки
сотрудников) будет формироваться параметр firm, как значение
поля Work. В результате передачи этого параметра в
подчиненную форму, которая основана на параметризованном
SQL-запросе, актуальные данные будут отображены в документе.
* * *
Информацией сегодня принято дорожить. В какой бы сфере вы ни
работали, база данных — по клиентам или по сделкам — понадобится
всегда.
Конечно, существуют специализированные программные продукты —
CRM. Но практически все они созданы на коммерческой основе. Как ни
странно, в этом есть свои минусы — чтобы поднять стоимость таких
программ, разработчики "раздувают" их по максимуму. И если на данном
этапе работа вашего предприятия не нуждается в полноценной,
масштабной автоматизации отношений "менеджер-клиент", можно
попробовать обойтись "малой кровью".
База данных, созданная собственными руками, может быть гибко
адаптирована под специфику работы предприятия, оперативно
модернизироваться и расширяться. А если через некоторое время вы
все-таки придете к необходимости использования коммерческой CRM,
прежние наработки не пропадут зря. Ведь все системы такого рода
используют для хранения данных стандартное хранилище — SQL-сервер. А
значит, есть техническая возможность импортировать данные в новую
программу.