Конфликты проявляются в деятельности всех социальных институтов, социальных групп, во взаимоотношениях ними. Как однажды подметил американский психолог Б. Вуп: «Жизнь — процесс решения бесконечного количества конфликтов. Человек не может их избежать. Он может решить участвовать в выработке решений или оставить это другим».
Использованные источники:
1. Анцупов, А. Я. Словарь конфликтолога /А. Я. Анцупов, А. И. Шипилов.-М.: ЭКСМО, 2010. - 656 с.
2.Гришина Н.В. Психология конфликта. 2-е изд. - СПб: Питер, 2008. - 544с. З.Здравомыслов А.Г. Социология конфликта. - М.: Аспект-Пресс, 1996. -317с.
4. Касьянов В.В. Социология массовой коммуникации. - Ростов н/Д: Феникс, 2009. - 427с.
5. Ясавеев И.Г. Конструирование социальных проблем средствами массовой коммуникации. - Казань: Изд-во Казанск, 2004. - 200с.
Николаенко М. А.
студент Сидоренко А. С. студент Денисов И. А. студент Гребенник О. Г. студент Игрунова С.В., к. с. н.
доцент НИУ «БелГУ» Россия, г. Белгород MYSQL И POSTGRESQL - СРАВНИТЕЛЬНЫЙ АНАЛИЗ На сегодняшний день в базах данных хранится практически вся информация, когда-либо полученная человечеством. Базы данных широко применяются во всех сферах человеческой жизни, храня в себе терабайты уникальной информации. Естественной проблемой становится удобство хранения и доступа к информации.
Рынок IT - индустрии готов предложить десятки вариантов различных СУБД - систем управления базами данных, отличающихся по множеству разных критериев. Выбор СУБД для нового проекта - дело столь ответственное, что переоценить его важность попросту невозможно.
В данной статье будут рассмотрены две СУБД, входящие в мировую пятёрку лидеров по данным известного в кругах разработчиков интернет ресурса «db-engines.com» - My S QL и PostgreSQL (рис.1)[3].
Rank Last Month DBMS Database Model Score Changes
1. i. Oracle Relational DBMS 1439.72 +0.56
2. 2. MySQL Relational DBMS 1272.45 -5.06
3. 3. Microsoft SQL Server Relational DBMS 1177.48 -21.13
4. 5, MongoDB Document store 267.24 +16.35
5. 4. PostgreSQL Relational DBMS 262.34 +7.85
Рис.1 - рейтинг СУБД в мире на февраль 2015 года. Несмотря на то, что данные СУБД начали разрабатываться гораздо раньше (80-е годы прошлого столетия), они вышли в свет только в 1995 году[4].С этого момента они стали непосредственными конкурентами. Рассмотрим основные отличия данных систем. Цели.
Основные цели разработчиков сыграли немаловажную роль в развитии данных продуктов. Разработчики MySQL сделали основной концепцией скорость взаимодействия с пользователем.
PostgreSQL ставила своим приоритетом фундаментальность системы, много настроек и соответствие последним стандартам SQL.[2] Поддержка стандартов SQL.
PostgreSQL соответствует стандартам SQL-92, SQL-98, SQL-2003 и уже работает над SQL-2011.
MySQL не поддерживает даже SQL-92.[1] Производительность.
Postgre S QL имеет ряд настроек, которые повышают скорость доступа:
• парциальные индексы;
• компрессия данных;
• выделение памяти;
• улучшенный кеш.
My S QL имеет частичную поддержку парциальных индексов в InnoDB
[2].
Компрессия.
Postgre S QL лучше сжимает и разжимает данные, позволяя сохранить больше данных на дисковом пространстве. При этом компрессионные данные читаются быстрее с диска.
MySQL-компрессия для разных движков частично поддерживается, частично нет, и это зависит от конкретной версии конкретного движка [2]. Восстановление после сбоев.
My S QL: частичное для InnoDB - нужно вручную сделать backup. PostgreSQL: полное Write Ahead Logging (WAL) [2]. Удобство администрирования.
С точки зрения простоты администрирования сравнение не в пользу Postgre S QL. MyS QL администрировать гораздо проще. Данный факт объясняется тем, что в сравнении с PostgreSQL, MySQL имеет более ограниченный список возможных операций [1].
Поддержка.
MySQL является зарегистрированным товарным знаком компании Oracle и официально поддерживается ей.
PostgreSQL поддерживается сообществом программистов по всему миру, насчитывающему в своих рядах сотни участников [2]. Вывод.
Проведя, краткий анализ основных характеристик СУБД MySQL и PostgreSQL, мы вправе сделать следующие выводы:
• Для мелкомасштабных решений - однозначным вариантом является MySQL по причине удобства и лёгкости администрирования.
• Для крупномасштабных решений - однозначный вариант - PostgreSQL, обеспечивающая мощную базу хранения больших объёмов данных, обширный функционал и простоту восстановления после сбоя, однако требующую хорошей подготовки администраторов.
• Для средних проектов однозначный ответ дать представляется возможным только при обладании сведениями об области применения, ключевых требованиях, а также располагаемых аппаратных ресурсах.
Использованные источники:
1. Postgre S QL vs My S QL, [Электронный ресурс], режим доступа -http://habrahabr.ru/company/mailru/blog/248845/, свободный, дата обращения 11.02.2015;
2. My S QL и Postgre S QL. Часть 1. Сравнительный анализ, [Электронный ресурс], режим доступа - http://www.ibm.com/developerworks/ru/Hbrary/os-mysql-postgresql/01/, свободный, дата обращения 11.02.2015;
3. DB-engines, [Электронный ресурс], режим доступа - http://db-engines.com/en/ranking, свободный, дата обращения 11.02.2015;
4. MySQL, [Электронный ресурс], режим доступа -https://ru.wikipedia.org/wiki/MySQL/, свободный, дата обращения 11.02.2015;
Никулина Ю. В. аспирант
Саратовский социально-экономический институт
РЭУ им. Г.В. Плеханова Россия, г. Саратов АНАЛИЗ СРЕДСТВ DATA MINING
Технологии интеллектуального анализа данных представляют собой наиболее совершенный инструмент для решения сложных аналитических задач. Системы интеллектуального анализа данных имеют в основе мощный математический и статистический аппарат, грамотно используя