Category: it

Category was added automatically. Read all entries about "it".

Путеводитель по блогу.

Реклама! Пост проплачен мной!

Это блог путешествующего зануды. Путешествую сам, со своими, на свои. Основные направления путешествий : Европа и Россия, преимущественно на автомобиле. Во время путешествий смотрим на город не только внешне (обозреваем красоты природы и архитектуру), но и внутренне (заходим в музей), еще нравится найти какую-нибудь заброшку или пещерку. Чревоугодничество интересует мало.

В этом посте небольшой путеводитель по моему журналу.Collapse )

IT заметки. Загружаем OpenStreetMap в MS SQL Server.

Проект OpenStreetMap (OSM) существует с 2004 года, но длительное время качество данных по России в нем было низким, что не позволяло применять их в серьезных проектах. В последние 5 лет ситуация улучшилась, появилось больше порядка, удалось загрузить данные с Росреестра. В РФ OSM используются в государственных сервисах, для чего базу по России  оперативно исправляют. Данные у OSM бесплатные, гео базу и обновления можно скачивать и обрабатывать по своему усмотрению.
Collapse )

IT заметки. Иерархия.

Иерархия встречается часто в реляционных базах данных. Структуры административного деления стран, организационная структура или документооборот по договору - древовидные графы.
Collapse )

IT заметки. Методы хранения данных в реляционной базе данных.


При разработке реляционных баз данных встречаются ситуации, когда неизвестно количество полей записи или их слишком много и заполнены они не полностью. Лет 20 назад типовым вариантом было создать таблицу заголовков и таблицу, хранящую название или ID названия переменной и ее значение (далее ключ/значение). В современных базах появилась возможность хранения строк в XML и JSON. Я решил попробовать все четыре варианта хранения и сравнить их.
Collapse )

IT заметки. ч. 2

Написано 25 мая в Фейсбуке. Перенесен в ЖЖ, так как последовательность постов организовать в Фейсбуке нельзя.
Продолжу тему про MS Access.
Может и хорошо, что MS Access помирает. Может в 2005-2010 гг в Майкрософт увидели то, что наблюдаю в своих системах я. Усложнение данных и методов анализа ведет к тому, что MS Access из компактной базы становился неповоротливым монстром с огромным количеством багов.
И .ADP было ошибкой! Каждый аналитик наровил создать свой запрос, который сохранялся в MS SQL Server и был виден всем, что превращало базу в помойку. Теперь этого нет. У каждого своя песочница.
Отдельная песня - создание клиентских интерфейсов на MS Access. Простота создания форм привела к тому, что большинство решило, что разработка клиентских интерфейсов дело плевое. Результат - постоянно глючный клиент. Кстати, отказ от поддержки .ADP позволил переосмыслить применимость этого продукта.
Сейчас стало понятнее, что MS Access - настольная система на для 1-5 подготовленных пользователей, которые легко анализируют 5-10 табличек. Защита - минимальна. Ну и легкая обработка на VBA, если надо что-то ввести простая форма. Хочешь 15 таблиц, больше пользователей, защиту данных - SQL системы, которых много и все говорят на одном языке. Надстраивай их как хочешь, прикручивай Power BI, делай интерфейсы WPF, но это уже будет модульная масштабируемая система, слава богу.
Ссылка на первый пост про MS Access.