Базы данных в КР

Форум Сообщества Практиков Конкурентной разведки (СПКР)

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

Дезинформация и активные мероприятия в бизнесе
Форум Сообщества Практиков Конкурентной разведки (СПКР) »   Использование баз данных в КР »   Базы данных в КР
RSS

Базы данных в КР

<<Назад  Вперед>>Страницы: 1 2
Печать
 
Игорь Нежданов
Модератор форума
Прагматик
Откуда: Советский Союз
Всего сообщений: 1055
Рейтинг пользователя: 13


Ссылка


Дата регистрации на форуме:
7 июня 2009
По итогам встречи, что прошла 25.10.2010 , по настоятельной рекомендации коллег, начинаю разъяснительную работу по базам данных и по СУБД в разрезе конкурентной разведки. Но не про то как их "тырить" или как пользоваться "серыми" базами данных, а про то как создать свою под свои задачи. Очень надеюсь, что коллеги "не злым, добрым словом" помогут, подскажут, поправят. Именно по этому и решил не на блоге , а здесь - на форуме. Так что подключайтесь, кому есть что сказать. Говорить буду на бытовом (чтоб было понятно всем) языке - так что уж не пинайте меня те кто в теме.

Перво - на перво нужно определиться с необходимостью создания собственной БД. Без долгих рассуждений приведу аргументы "ЗА" создание такой БД:
1 - в результате работы у вас скопилось много данных по организациям, по которым нужно хранить разнообразную информацию от контактной до описания особенностей взаимоотношения между ТОПами;
2 - в результате работы у вас скопилось много данных по людям, по которым нужно хранить разнообразную информацию от контактной до особенностей поведения в той или иной ситуации;
3 - в результате работы у вас скопилось много данных по ситуациям (событиям);
4 - периодически, что "что то такое уже было" и вам приходится искать что то, что было в работе вчера, полгода назад, несколько лет назад... ;
5 - вам приходится эту накопленную информацию исследовать в структурном плане (кто еще зарегистрирован по этому адресу, где еще этот чел является учредителем, кто еще знаком с мистером Х...).

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

---
Есть вопрос - спрашивайте. На прямой вопрос будет прямой ответ...
Лаборатория Перспективных Разработок
Игорь Нежданов
Модератор форума
Прагматик
Откуда: Советский Союз
Всего сообщений: 1055
Рейтинг пользователя: 13


Ссылка


Дата регистрации на форуме:
7 июня 2009
По скольку задачи у нас примерно сходные (за редким исключением :wink: ) то именно с этих задачь и начнем. Другими словами - а что собственно мы хотим от этой базы данных?

Как правило большинство ответов на данный вопрос начинается со слов "быстро найти...", что в общем то и правильно. Эта БД нам нужна чтобы собранные когда то данные не потерялись, а при необходимости были быстро найдены по самым разнообразным признакам.

Из этого и будем исходить.

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

---
Есть вопрос - спрашивайте. На прямой вопрос будет прямой ответ...
Лаборатория Перспективных Разработок
Игорь Нежданов
Модератор форума
Прагматик
Откуда: Советский Союз
Всего сообщений: 1055
Рейтинг пользователя: 13


Ссылка


Дата регистрации на форуме:
7 июня 2009
Какого рода информация бывает о людях? (если что то упущу - добавляйте прямо сюда только цветом выделите)
- установочные или идентификационные данные (ФИО, псевдонимы, дата рождения, место рождения, ИНН, паспорт, место прописки, место проживания.....);
- контактные данные (телефоны, электронная почта, разнообразные месенджеры, ники в средствах IP-телефонии....)
Пока достаточно. Обратите внимание на то, что у нас появились некие сущности, которые могут принадлежать не одному человеку, а нескольким. Например адрес прописки - в нем может быть прописано много людей. И нам такая информация может пригодиться. Значит желательно иметь возможность отдельно исследовать подобные сущности. Решением такого пожелания является выделение подобных сущностей в свои (отдельные) блоки (таблици). Помимо удобства обработки такое построение позволить уйти от дублирования информации , а значит уменьшит объем базы данных. А также решит проблему единообразия написания например одного адреса у нескольких человек.

Вот собственно мы и начали проектирование структуры базы данных.

---
Есть вопрос - спрашивайте. На прямой вопрос будет прямой ответ...
Лаборатория Перспективных Разработок
Игорь Нежданов
Модератор форума
Прагматик
Откуда: Советский Союз
Всего сообщений: 1055
Рейтинг пользователя: 13


Ссылка


Дата регистрации на форуме:
7 июня 2009
Итак - какие еще сущности (признаки в данном случае) могут повторяться у разных объектов? :
- стационарный телефон;
- адрес;
- ..... что еще?

---
Есть вопрос - спрашивайте. На прямой вопрос будет прямой ответ...
Лаборатория Перспективных Разработок
Sprinter
Участник
Скептик
Откуда: Откуда и все
Всего сообщений: 96
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
24 июня 2009

Иоанн написал:
[q]
Итак - какие еще сущности (признаки в данном случае) могут повторяться у разных объектов? :
- стационарный телефон;
- адрес;
- ..... что еще?
[/q]


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

PS А что за встреча была?
Игорь Нежданов
Модератор форума
Прагматик
Откуда: Советский Союз
Всего сообщений: 1055
Рейтинг пользователя: 13


Ссылка


Дата регистрации на форуме:
7 июня 2009
Итого - предлагаю на обсуждение набор таблиц для базы данных под нашу задачу:

Люди
Организации
Телефоны
Адреса
Авто
Документы

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

Банки это те-же организации.

Документы это паспорта, удостоверения, свидетельства, лицензии, пропуска, договора, поручения, указания, сертификаты........
Что-то еще?

---
Есть вопрос - спрашивайте. На прямой вопрос будет прямой ответ...
Лаборатория Перспективных Разработок
Игорь Нежданов
Модератор форума
Прагматик
Откуда: Советский Союз
Всего сообщений: 1055
Рейтинг пользователя: 13


Ссылка


Дата регистрации на форуме:
7 июня 2009
Для удобства управления процессом КР (из собственного опыта) желательно организовать что-то типа блока планирования. Функционально у меня он состоит из таблиц:
Проекты
Работа
Информация

Работы объединяются в проекты. А информация это посупающая информация. Она фиксируется "как есть" а уж затем обрабатывается. Отчеты о работе тоже кладется в блок Информация.

---
Есть вопрос - спрашивайте. На прямой вопрос будет прямой ответ...
Лаборатория Перспективных Разработок
kts
Новичок (писатель)

Всего сообщений: 8
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 дек. 2009
Событие -
Игорь Нежданов
Модератор форума
Прагматик
Откуда: Советский Союз
Всего сообщений: 1055
Рейтинг пользователя: 13


Ссылка


Дата регистрации на форуме:
7 июня 2009

kts написал:
[q]
Событие -
[/q]

Событие входит в состав блока "Информация" (информация о событии).

---
Есть вопрос - спрашивайте. На прямой вопрос будет прямой ответ...
Лаборатория Перспективных Разработок
Vinni
Администратор

Всего сообщений: 2711
Рейтинг пользователя: 22


Ссылка


Дата регистрации на форуме:
5 июня 2009
Создал новую тему для размещения описаний таблиц - forum.razved.info/index.php?t=1168
в первом сообщении пусть будет наполняться структура

Предлагаю аналогично начать собирать список запросов к БД в другой теме

<<Назад  Вперед>>Страницы: 1 2
Печать
Форум Сообщества Практиков Конкурентной разведки (СПКР) »   Использование баз данных в КР »   Базы данных в КР
RSS

Последние RSS
шантаж, угрозы по Интернету
Практически весь интернет становится русскоязычным
SiteSputnik. Об одном подходе к мониторингу Телеграм
Безопасность при работе на ПК
Книги о критическом мышлении
Наказывать за вмешательство в частную жизнь, Верховный суд
CI Academic Materials
CiMi.CON Evolution USA
Поиск в КЭШ поисковиков по запросу и пакету запросов
СайтСпутник: Многоязычность, Юникод, MS ACCESS
Новый курс OSINT от АИС
Год тюрьмы за отказ удалять
Книга "Строим доверие по методикам спецслужб"
аналог "Консультанта" о зарубежном законодательстве
Открытые данные ФНС
Получаем информацию по VIN
Competitive-Market Intelligence Conference, Berlin 2018
Не все VPN-сервисы одинаково полезны
«Яндекс» научился выдавать в поиске не скрытые Google-документы. Правда лавочку
War and marketing: 1937 July 7th vs. 2018 July 1st

Самые активные 20 тем RSS