Ответить | Перейти к списку сообщений | Предыдущее сообщение | Следующее сообщение | Предыдущее в ветке | Следующее в ветке

Cavers Mailing List     № 176

dbase

Автор: Vladimir A. Maltsev
Дата: 16 Nov 1995

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

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

     Хорошенько подумавши, можно предложить и некоторые другие аспекты.

     Теперь технически. Понятно, что реляционная база для такого не
подходит. Идеальный вариант - гипертекстовая организация, хотя на
первый случай можно использовать даже простейшую картотеку типа
Cardfile из Windows. Все они имеют возможность определения любого
количества ключевых слов на карточке. Единственное - что как раз
статистика и генерация конвертов станут затруднительны, хотя и здесь
легко что-нибудь слепить (например, Cardfile можно слинковать с
базой, держа часть информации там, а часть - там).

     Всего,
     Владимир.


Ответить | Перейти к списку сообщений | Предыдущее сообщение | Следующее сообщение | Предыдущее в ветке | Следующее в ветке

CML archive browser created by Pavel Gulchouck