Базы данных - IDP Corporate Systems

IDP-Аналитика WM

Сбор данных о катастрофах

Оперативные прогнозы катастроф

Долгосрочные прогнозы катастроф

Аналитические заключения (ФМК)

Оценка ущерба (финансы*)

Оценка мероприятий (финансы*)

Выбор средств (финансы*)

Оповещение о катастрофах

Теория и практика разработки

* - Web приложения могут использоваться как в системе мониторинга, так и автономно на предприятиях и в жизни людей

Информер

Описание информера-индикатора.
HTML-код информера на Ваш сайт:

]]>

Полезные ссылки

]]>

Базы данных

Курсы валют
ЦБ РФ

	+0.3599	39.7518
	+0.4504	31.3921

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

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

Уровень сложности базы данных зависит от решаемых задач. Если в системе много подсистем и информация поступает из различных источников (филиалы, удаленные объекты и д.р.), то возможно потребуется разработка хранилища данных, в котором будет собираться, храниться и обрабатываться учетная информация.

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

Пример базы данных

База данных на MySQL web-приложения "Геотаргетинг контактов компании по России", безусловно, разрабатывалась не с нуля. Есть свободно распространяемые базы начального уровня в сети Internet, включающие в себя начальные перечни городов, стран и диапазонов IP-адресов. Все эти данные не полные и не точные, поэтому требуется много времени и ресурсов для их наполнения и исправления. Подробнее о геотаргетинге и вопросах, которые возникают при разработке таргетинга в сети Internet, читайте в статье "Геотаргетинг с точки зрения веб-программиста".

Скачать компоненты для разработки собственного геотаргетинга (объем архива равен 1,07 Мб). В состав компонентов включены:

БД начального уровня (региональные центры и часть городов России).
Файл geotarg.sql (5 Мб);

скрипт закачки больших файлов для MySQL.
Файл dumper.php (35 Кб);

инструкция по импорту.
Файл readme.doc (43 Кб).

Ознакомиться с инструкцией по импорту БД геотаргетинга.

Количество скачиваний: 584

Примерный перечень работ

проектирование логической структуры базы данных;
разработка SQL-запросов;
разработка ПО для работы с базой данных;
разработка схем переноса данных и установка начального состояния базы.

Ожидаемые результаты

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

]]>

Created by