Содержание статьи

Обоснование статьи и некоторые ключевые понятия;
1. Справочники и связки;
1.1. Виды таблиц;
1.2. Виды справочников;
1.3. Виды связок;
2. Обобщение классификации;
2.1. Классификация в табличном виде;
2.2. Классификация в схематичном виде;
3. Некоторые комментарии по применению классификации;
3.1. Применение классификации при нормализации таблиц;
Заключение.

Обоснование статьи и некоторые ключевые понятия

Очень часто присутствовал на обучении дисциплине «Базы данных». Обучался когда-то сам… Как-то даже пришлось проводить целый курс для друзей и знакомых. Во время обучения мною было замечено, что трудности возникают уже на этапе понимания таблиц и того, как ими пользоваться. Многие просто не могли и не могут разработать простейшие базы данных. После более детального рассмотрения такого понятия как таблицы и маленькой классификации, трудности восприятия таблиц в реляционных базах данных почти всегда исчезают. Итак!

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

Предмет данной статьи — разграничение информационных систем при защите персональных данных с помощью программы Киберсейф Межсетевой экран. В статье будет показан пример развертывания программы и разграничения доступа групп ПК в реальной компании.

Сегодня две главные доминирующие тенденции — развитие носимой электроники и интернета вещей. Мир завоёвывают фитнес-трекеры и умные часы, а совершенно обыденные и простые по своему назначению бытовые устройства обзаводятся невиданными ранее возможностями и собственными IP. Раньше нас манил сам факт подключения к сети, и развитие гаджетов было подчинено идее улучшения способов коммуникации. Сегодня же наступает новая эпоха: мы превращаемся в центры крошечных сетей имени себя. Мы начинаем окружать себя устройствами, регистрирующими наше физической состояние, перемещение в пространстве и вид активности, создавая круглосуточные логи нашего бытия. Наши жилища постепенно наполняются приборами и устройствами, которыми можно (и нужно) управлять дистанционно и централизованно. В результате смартфон будет обретать всё большее значение как некий центр, куда стекается информация со всевозможных трекеров, датчиков, умных лампочек и прочих многочисленных высокотехнологичных сателлитов. Очевидно, что в этих условиях необходим некий общепринятый протокол связи. И одним из наиболее перспективных претендентов на эту роль является протокол ANT+, реализованный в YotaPhone 2.

Как вы знаете, мы тут в своей Самаре каждый год проводим Фестиваль 404, куда приезжают разные люди и делятся опытом. Доклады записываем на видео и выкладываем совершенно бесплатно на свой канал youtube. Предлагаем подборку самых популярных видео докладов за прошлый год.

В прошлом году я уже делал такой пост. Его прочитали почти 30 000 человек. Могу скромно предположить, что этот пост тоже должен получиться интересным и полезным.

В Житомире 5 августа 2013 года стартует первый тренинг-практикум по Software Packaging. Обучение по программе будет проходить на базе компании «Инфопульс» при поддержке BIONIC University. Приглашаем всех желающих!

О курсе

Программа направлена на максимально быстрое и эффективное обучение основам Software Packaging: 173 учебных часа в течение 20-ти учебных дней. Для начинающих программистов. Занятия будут вести главные эксперты «Инфопульса» по этому направлению. Будет немного теории и очень много практики. Слушатели смогут увидеть и попробовать, как все работает в реальных поставках, а также узнать об использовании и разработке инновационных решений для автоматизации рутинных задач.

Добрый день Хабра-жители!

Решил с вами поделиться одной задумкой, которую мы с моим коллегой по цеху пытаемся реализовать на протяжении некоторого времени.

Я юрист ИТ-компании, которая занимается разработкой мобильных приложений и базируется в СНГ, и по роду своей деятельности тесно связан с процессом подписания контрактов с Заказчиками, которые в последнее время все чаще и чаще норовят не согласиться с условиями нашего «шаблонного контракта». Вот и теперь очередной британский Заказчик требует пересмотра состава гарантийных обязательств, которые мы обычно предлагаем. Для удобства заказчика применимым правом выбрано английское право, что подразумевает определенные трудности при согласовании таких сложных условий как гарантии.

Вполне естественное желание Заказчика максимально обезопасить себя от рисков, да и менеджер по продажам настолько настойчив, требуя не тратить время на все юридические тонкости — ведь он не хочет потерять хорошего клиента и подписать договор было бы хорошо, как обычно, «вчера».

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

Уверен, что не готовы ни мы, ни любая иная отечественная компания-разработчик. И если основная задача юриста – это распознать и нивелировать правовые риски, то мне бы стоило задуматься над тем, какие гарантии мы можем предложить Заказчику, а какие оставить за бортом.
Проведя небольшое исследование, хочу поделиться своими выводами по этому поводу: