Разработка корпоративной информационной системы, использующей несколько баз данных, содержащих информацию о наличии товара на складе, ходе ремонта компьютерной техники и данных о персонале. Разработка инфологической и даталогической моделей базы данных.
Тенденции развития общества требуют безотлагательного решения проблемы нахождения и распространения нужной информации как в сети Интернет, так и во внутренних сетях. Информатизация предполагает не только широкое использование информационных технологий в рабочем процессе, но так же и поиск самой информации. В связи с этой проблемой возникла идея, создать КИС, ведь единое информационное пространство позволит обеспечить доступ всех людей сообщества к нужной информации и избежать разрозненности и возможно противоречивости общих сведений. Использование моей КИС "МТО" дает много преимуществ в поисках разных пользователей заинтересованных быстро найти ту или иную информацию по работе, а так же заказать нужный товар со склада, если такой имеется. Целью дипломной работы является исследование предметной области и разработка КИС, которая использует несколько баз данных, содержащих информацию о наличии товара на складе, ходе ремонта компьютерной техники и данных о персонале.Аудитория КИС не очень разнообразна, т.к. информация находиться на внутреннем сервере и может быть интересна в основном только самим служащим т.е. людям ищущим информацию по специализированному профилю. Основу платформы X-Ware составляет концепция «общей шины», т.е. между узлами информация передается по специальным протоколам, и, фактически, является общей для всей совокупности ресурсов сети. В системе реализована поддержка основных сервисов, используемых в портальных технологиях: система построения и управления каталогами; система администрирования, как отдельных ресурсов, так и сети ресурсов; система корреспондентских и редакторских интерфейсов; развитый поиск информации, включая полнотекстовый поиск; экспорт и импорт информации между ресурсами. MS SHAREPOINT Technologies представляют собой програмно-технологические решения создания, поддержки и управления контентом сетевых информационных ресурсов, а также создания, поддержки и управления ресурсами групповой работы. Технологическую основу MS SHAREPOINT Technologies составляют сетевые и настольные технологии Microsoft, Web-технологии и технологии клиент-сервер.Интерактивное управление ресурсами · Разработка рубрикатора информационных ресурсов, имеющих отношение к образовательной деятельности. Поскольку существующие рубрикаторы (ВИНИТИ, ГПНТБ и проч.) не в полной мере удовлетворяют современным требованиям, предъявляемым к каталогизации информационных Интернет-ресурсов, необходимо создание рубрикатора, адекватно отражающего информационную структуру образовательной среды. · Осуществление инвентаризации Интернет-ресурсов по единой универсальной схеме, в основу которой положен рубрикатор информационных ресурсов: · адаптация и настройка машины поиска интернет-ресурсов с учетом разработанного рубрикатора · Развитие информационного наполнения портала (1) за счет совершенствования имеющихся интернет-ресурсов, (2) за счет перевода части образовательных информационных продуктов, используемых в режиме off-line, в новые интернет-ресурсы, (3) за счет заказа и создания принципиально новых образовательных интернет-ресурсов и продуктов.Думаю, под влиянием php компания Microsoft пошла на выпуск бесплатных версий (Express Edition) инструментов, нужных для создания ASP.NET-приложений. Он передается браузеру как весьма громоздкий набор тегов и кодов JAVASCRIPT, но для кода на сервере это один элемент, содержащий указанную пользователем дату. Но разработчикам Windows-приложений, начинающим разработку ASP.NET-приложения, не всегда легко это сообразить. Например, в WEB-приложениях часто приходится очищать текст от тегов (это особенно актуально для форумов и гостевых книг), «квотить» строку для вставки в SQL-запрос, а также убирать этот квотинг при извлечении строки из SQL-запроса. php предоставляет нам эти функции (соответственно strip_tags() , addslashes() , stripslashes() ), а вот в ASP.NET я не нашел соответствующих методов. Несмотря на то, что продукт Visual Studio Express предлагается такой солидной корпорацией, как Microsoft, даже при попытке установки данного приложения возникают различные сбои: В сравнении Visual Studio Express более надежным и простым подходом, не требующим длительной установки и наладки программных сред, является разработка web-страниц на php.Единственные существующие на сегодня тесты, позволяющие сравнить MYSQL Server и POSTGRESQL, которые любой может загрузить и запустить, - это тесты из комплекта MYSQL. И поэтому свой выбор я останавливаю на MYSQLФайл «view_IDHOBBY.php» - страница содержит описание, выводимая из БД об увлечениях моей группы, при помощи оператора mysql_query(“SELECT * From Hobbys WHERE id = ‘$IDHOBBY’”,$db). Файл «view_ppl.php» - страница содержит характеристику каждого из студентов, это достигнуто, способом запроса из БД из определенной таблицы mysql_query (“SELECT *FROM Student WHERE St_id=’$id’”) Файл «view_post.php» - страница содержит название самого предмета, фотографию преподавателя, небольшую информацию о преподавателе (взятую с сайта mpei.ru), авто
Введение
Тенденции развития общества требуют безотлагательного решения проблемы нахождения и распространения нужной информации как в сети Интернет, так и во внутренних сетях. Информатизация предполагает не только широкое использование информационных технологий в рабочем процессе, но так же и поиск самой информации. Включение современных информационных технологий в рабочий процесс создает возможности повышения качества работы.
Все более полно проявляются проблемы нахождения информации, и возможности ее использования. В связи с этой проблемой возникла идея, создать КИС, ведь единое информационное пространство позволит обеспечить доступ всех людей сообщества к нужной информации и избежать разрозненности и возможно противоречивости общих сведений.
Использование моей КИС "МТО" дает много преимуществ в поисках разных пользователей заинтересованных быстро найти ту или иную информацию по работе, а так же заказать нужный товар со склада, если такой имеется.
Целью дипломной работы является исследование предметной области и разработка КИС, которая использует несколько баз данных, содержащих информацию о наличии товара на складе, ходе ремонта компьютерной техники и данных о персонале. Сбор всей нужной, но разрозненной информации в одну БД.
Для этого поставим перед собой следующие задачи: · Провести сравнительный анализ существующих СУБД, с целью дальнейшей реализации на их основе базы данных;
· Провести сравнительный анализ языков разработки Web-приложений;
· Провести сравнительный анализ Web-серверов;
· Провести анализ и выбор способа доступа к базе данных;
· Разработать и реализовать базу данных работников разных отделов;
· Разработать и реализовать базу данных склада;
· Разработать и реализовать базу данных отдела МТО;
· Наполнить разработанные базы данных материалами;
· Перенести разработанные базы данных на СУБД, прикрепленную к Web-серверу;
· Обеспечить доступ к базам данных во внутренней сети ММТП.
Кроме того, достижение указанной цели предполагает решение практических задач: · проектирование баз данных;
· разработка КИС, использующего базу данных.
При написании дипломной работы были использованы следующие методы исследования: табличный, графический, а также статистические методы. При разработке программного обеспечения использовались методы построения модели данных на базе программного продукта Computer Associates ERWIN 4.0, технологии реляционных баз данных, а также методы функционального подхода к проектированию и реализации программных модулей.
Исходными данными в задаче являются: · Накопленные данные по складу, по отделу МТО, кадровые данные.
· Информация о существующих технологических разработки баз данных и обеспечения доступа к ним с помощью сети Интернет.
· Руководства и справочники по программированию на языке PHP и работе с системой управления базами данных MYSQL.
Вывод
Следуя из анализа всех представленных выше технологий поддержки порталов, мой выбор остановился на IBM WEBSPHERE Portal Solution. Это обусловлено кросплатформенностью, и наибольшей адаптацией для пользователя.
Глава 2. Сравнение php и ASP.NET
Вопрос о выборе технологий перестает быть сугубо техническим, когда один из возможных вариантов -.NET. В случае WEB-приложений речь идет, конечно же, об ASP.NET. Который, согласно рекламным статьям Microsoft, просто обязан стать стандартом разработки офисных WEB-приложений. Ведь это «управляемый код», MSF-методология, серверные элементы управления...
Я же постараюсь исключить субъективизм. Например, мне очень нравится документация по php; но я в ужасе от MSDN. Но я встречал очень серьезных специалистов (и не в единственном числе!), которые при мне легко находили нужную информацию в MSDN. Значит, я снимаю аргумент про документацию как субъективный. И также поступаю со многими другими своими аргументами. Оставляю только те, которые не зависят от моих пристрастий и предпочтений.
2.1.1 Очевидные преимущества ASP.NET
Типизация. Языки программирования ASP.NET имеют строгую типизацию данных. Это, безусловно, выигрышный момент по сравнению с нетипизированным php: меньше будет логических ошибок, которые весьма трудно находить и исправлять. Некоторым утешением для сторонников php является возможность привести переменную к нужному типу - но увы, присвоение переменной, приведенной к целому типу, строкового значения не вызовет даже предупреждения со стороны интерпретатора.
Маркетинговая политика Microsoft. Если Вы пишете на ASP.NET - на Вашей стороне мощная рекламная машина Microsoft, а также партнерские программы этой фирмы. Без заказов Вы не останетесь.
И результат этой политики. Приходится признать: мнение, что офисное WEB-приложение обязано быть на ASP.NET и ни в коем случае не на php, фактически утвердилось в умах руководства большинства компаний. То есть если Вы пишете офисное приложение на ASP.NET - оно будет в явно выигрышном положени по сравнению с приложением на php (пока Вы не начнете его внедрять и поддерживать, но об этом далее).
2.1.2 Очевидные преимущества php
Доступность дистрибутивов. Дистрибутивы измеряются в десятках мегабайт (а не в DVD-дисках, как Windows/IIS/Visual studio/MS SQL Server) и доступны на сайтах разработчиков. Т.е. php - это «праздник, который всегда с тобой».
Думаю, под влиянием php компания Microsoft пошла на выпуск бесплатных версий (Express Edition) инструментов, нужных для создания ASP.NET-приложений. Но на сайте Microsoft доступны только новые версии, которые требуют последних версий Windows (тут уж Microsoft не переделаешь). Так что в данном случае не получится «праздника, который...».
Open source (открытый код), представляющий возможность для аудита кода. Что особенно важно - аудитом кода занимаются программисты всего мира, способствуя устранению уязвимостей и прочих недостатков.
Это достаточно важно для государственных структур и крупных компаний: можно убедиться, что в данной технологии нет «люков» для шпионажа. Мелкий и средний бизнес может не беспокоиться на этот счет, а вот большой бизнес и государственные структуры должны неуютно себя чувствовать, ставя на серверы программы с закрытым кодом. Отсюда стремление Китая и Индии перевести свои госструктуры на Linux.
Поскольку обе технологии ограничены довольно простым протоколом HTTP и языком разметки HTML - их возможности примерно равны. Все задачи, решаемые в рамках одной технологии, столь же успешно решаются и в рамках другой. Можно спорить лишь о большем или меньшем удобстве предлагаемые технологиями решений - но мы воздержимся от споров о вкусах.
Таким образом, ни php, ни ASP.NET не дают технологического преимущества WEB-проекту. Различия проявляются в стоимости и трудоемкости разработки и эксплуатации проекта. В этих показателях, по моему убеждению, php значительно выгодней ASP.NET. А преимущества ASP.NET в области разработки и поддержки, провозглашаемые рекламой, в основном являются, увы, не более чем рекламой. Обсудить которую, тем не менее, необходимо.
2.1.4 Провозглашаемые преимущества ASP.NET: опыт критического анализа
Управляемый код. Именно это мы услышим прежде всего, если речь зайдет о преимуществах ASP.NET. Кстати, код, который не в.NET - провозглашается неуправляемым. Нам должно быть страшно, и от страха перед неуправляемым кодом (образ, достойный пера Стивена Кинга) php-шникам следует переходить на ASP.NET...
Но давайте попробуем разобраться, что стоит за термином «управляемый код».
Управляемый код (managed code)
Код программы, исполняемый виртуальной машиной.NET - такой как.NET Framework CLR или Mono. При этом обычный машинный код называется неуправляемым кодом (англ. unmanaged code).
Слово управляемый здесь относится к методу обмена информацией между программой и исполняющей средой. Оно означает, что в любой точке исполнения, управляющая среда может приостановить исполнение и получить информацию, специфичную для текущего состояния.
Необходимая для этого информация представлена в управляемом коде на языке Intermediate Language и в связанных с этим кодом метаданных.. ru.wikipedia.org/
Заключение Задача написать надежный код, учитывающий все возможные сбои, может привести в уныние. Хорошая новость: если вы создаете не оболочку и не библиотеку для использования в хостах CLR, которым необходимо обеспечить продолжительную работоспособность, скорее всего, вам не придется думать обо всем этом слишком часто. Тех, кто все же занимается именно этим, должно порадовать то, что.NET Framework 2.0 предоставляет полезный набор инструментальных средств, облегчающих эту задачу. Понимая принципы работы и использования этих систем, можно написать управляемый код, настолько же надежный, как и аккуратно написанный неуправляемый код.
Поскольку преимуществ управляемого кода выяснить не удалось, оставляю оппонентам бессмертную формулу Credo, quia absurdum и перехожу к следующему преимуществу.
Возможность использовать несколько языков программирования.
Честно признаться, не понимаю, в чем тут преимущество. Не вижу его даже для поклонника Бейсика. Любителю Бейсика столь же непросто выучить другой язык, как и выучить все отличия.NET-бейсика от привычного ему VB6 или тем более VBA.
Минусы более очевидны. От поддержки нескольких языков разработчик не получает новых возможностей. Зато система становится сложней (т.е. менее надежной). Понижение надежности без увеличения функциональности я считаю явным недостатком.
Компиляция.
При компиляции ASP.NET-проекта код переводится в независимое от языка и процессора представление, которое называется языком MSIL. Во время работы MSIL выполняется в контексте платформы.NET Framework, которая переводит MSIL в индивидуальные инструкции для процессора компьютера, на котором запущено приложение.
Надо отметить две вещи. Во-первых, у интерпретации есть свои преимущества перед компиляцией. В первую очередь это возможности создания кроссплатформенных приложений и более легкая реализация позднего связывания и рефлексии типов (об этом чуть позже ). Во-вторых, php-проекты также могут компилироваться.
Так что мы не можем записать компиляцию ASP.NET-проектов как неоспоримое преимущество ASP.NET.
Разделение дизайна и программного кода. Лет восемь назад, когда пробивала себе дорогу первая версия ASP.NET (ASP.NET I), его апологеты взахлеб расписывали возможность одновременной работы дизайнера и программиста над одной и той же страницей. Уже при продвижении ASP.NET II (2005-й год) об этом преимуществе предпочитали не упоминать (а предлагаемая реализация MVC-методологии похоронила это разделение). Стало очевидным, что одновременная работа дизайнера и программиста над формами - утопия. Инструмент работы дизайнера (и WEB-дизайнера в том числе) - Adobe Photoshop. Подавляющее большинство WEB-дизайнеров отмахнется даже от правки HTML-кода: «Я художник, а не писарь!». А такого насилия над личностью, как правка дизайна в Visual Studio, не вынесет никто из них.
(В скобках заметим, что подобную утопию пытались реализовать в шаблонизаторе для php smarty . Но использование smarty - свободный выбор разработчика, и не может быть отнесен к достоинствам или недостаткам php).
Реализация технологии MVC (Model-View-Controller)
ASP.NET 3.5 предлагает свою реализацию модной ныне технологии MVC.
Пока мне придется помнить, что Ignorantia non est argumentum (незнание не является аргументом). Я так и не понял, чем MVC облегчает разработку.
Так что пока готов не оспаривать это преимущество. Ладно, не буду возражать против признания MVC преимуществом ASP.NET. Но надеюсь дождаться достаточно авторитетных критиков, которые скажут, что король-то голый! А пока скажу свое мнение практика: MVC - пустая блажь.
Серверные элементы управления. Этот довод я считаю самым убедительным из всех неубедительных доводов в пользу ASP.NET. Серверные элементы управления представляют собой группы HTML-элементов, которые воспринимаются WEB-сервером (MS IIS) как одно целое. Например, календарь. Он передается браузеру как весьма громоздкий набор тегов и кодов JAVASCRIPT, но для кода на сервере это один элемент, содержащий указанную пользователем дату.
Серверные элементы управления во многих случаях действительно сильно ускоряют разработку форм. Календарь Вы создаете за считанные секунды и несколько минут настраиваете внешний вид. Если Вы хотите создать календарь сами, используя php и JAVASCRIPT - я гарантирую Вам два дня напряженного труда.
Но использование серверных элементов управления («контролов»), несет в две настолько серьезную проблему, что я бы не пожалел дополнительного времени на разработку «нормальных» html-форм.
Речь идет, во-первых, о читаемости приложения, во-вторых, о проблемах командной разработки.
Не так уж просто разработаться в том, как работает форма, составленная из Web-controls. Приходится перескакивать со страницы дизайна на страницу behind-класса. Не забывая, что серверные события будут отработаны только в момент сабмита (пересылки данных формы на сервер). Например, если текстовому полю Вы привязывает событие Text_changed - то обработчик этого события сработает вовсе не тогда, когда текст будет изменен. А при ближайшем сабмите. Это естественно, раз мы работаем по протоколу http. Но разработчикам Windows-приложений, начинающим разработку ASP.NET-приложения, не всегда легко это сообразить.
Но это полбеды. Серьезная проблема возникает - когда группа разработчиков должна подготовить ряд однотипных, но разных страниц (к примеру, страницы справочников). непросто объяснить им задачу и добиться, чтоб страницы были внешне похожи. Но и это не самое неприятное.
Самое неприятное - будет представлять собой, поддержку и обновление страниц, так как, это весьма трудоемкий процесс в силу различного стиля программирования разработчиков. И когда придется изменить все эти страницы (скажем, еще одну кнопку добавить), то тот, кто не использовал серверные элементы управления, поблагодарит себя за абстрактный класс и классы-потомки, сочиняющие полный HTML-код формы.
Платность как гарантия качества. Самый, пожалуй, не уместный аргумент. Достаточно ловко нам внушают, что OPENSOURCE - любительство вроде выпиливания из фанеры лобзиком, а покупатель - вправе рассчитывать на качество и техническую поддержку.
Важно понимать, что бесплатность для разработчика не означает безопастность вообще. Для хостеров-то php платный. Т.е. мы имеем дело с другой моделью бизнеса, а не с любительством. Причем модели, доброжелательной к разработчикам php-проектов.
И важно понять, в чем заключается техническая поддержка Microsoft. Что может получить покупатель MS в плане технической поддержки
1. Обновления и «заплатки» через Интернет
2. Консультации по телефону и/или e-mail
3. MSDN и печатная литература
Но приведенный список, согласитесь, не впечатляет: php-разработчик получает обновления с php.net, консультации коллег в php-сообществах, онлайн-документация по php в открытом доступе, ну и наконец, в литературе по php нет недостатка.
ASP.NET, в отличие от php, можно использовать для разработки крупных проектов Среди добровольных пропагандистов ASP.NET принято никак не обосновывать тезис о невозможности написания больших проектов на php. Пропагандисты изо всех сил пытаются придать ему статус очевидного. Но истинная причина нежелания предоставить аргументы - отсутствие оных.
За много лет я не нашел ничего, подтверждающего неспособность php быть основой крупного проекта. Зато нашел те самые крупные проекты, которых, по мнению агитаторов, быть не должно.
Как Вы думаете, Wikipedia - крупный проект? Так вот он выполнен на php, в чем Вы легко можете убедиться.
2.1.5 За что я выбираю php
Не буду повторяться и говорить о доступности дистрибутивов и открытости кода. Также, как и обещал, постараюсь не быть предвзятым и приводить только те аргументы, которые можно проверить.
Кроссплатформенность. php портирован практически под все распространенные операционные системы, в то время как ASP.NET ориентирован на Windows, и то не всякую, а только 2000/XP/Vista/7. Т.е. мне не нужно беспокоиться, какая операционка стоит на сервере моего клиента.
Истины ради. Существует и развивается (не фирмой MICROSOFT!) проект Mono , призванный обеспечить полноценную работу системы.NET на базе свободного программного обеспечения. Но я бы не рискнул говорить об этом проекте как о надежной технологии, на которую можно было бы делать ставку в серьезных проектах. Кстати, Microsoft не несет никакой ответственности, даже моральной, за то, как будет Ваш ASP.NET-проект работать согласно Mono.
А документация по данному проекту не добавляет уверенности. Вот что, например, она говорит об инструментах разработчика, предлагаемых Mono: No documentation available on this topic (по состоянию на 5 марта 2008 года). А ASP.NET без специальных средств разработки - это солдат без ружья.
Нет чрезмерной привязки к операционной системе. Даже под Windows php может устанавливаться простым копированием, не записывая ничего в многострадальный реестр, не требуя создания специальных групп пользователей и т.п. После переустановки операционной системы Вам не потребуется долго «поднимать» php и проекты, по ним написанные. Скажем, в Windows разумно установить Apache, php и MYSQL на несистемном диске. Даже после форматирования системного раздела (C:) и установки Windows заново Вам потребуется не более трех минут для восстановления: снова инсталлировать Apache как службу (командой apache -k install) и возобновить список виртуальных хостов (файл %System32%/drivers/etc/hosts). И все, инцидент исчерпан...
ASP.NET взаимодействует с операционной системой (только Windows, и то не всякой) весьма тесно.
Хочу особо подчеркнуть преимущество, связанное со слабой зависимостью php от операционной системы: мне легко договориться с сисадмином фирмы-клиента.
Удачный набор функций. php предоставляет WEB-разработчику большое количество функций для решения типовых задач. Создатели php хорошо знают, какие задачи чаще всего решает разработчик WEB-приложений. В ASP.NET я не нашел полезных функций, необходимых постоянно - при наличии огромного количества методов, которым и применения-то не придумать. Например, в WEB-приложениях часто приходится очищать текст от тегов (это особенно актуально для форумов и гостевых книг), «квотить» строку для вставки в SQL-запрос, а также убирать этот квотинг при извлечении строки из SQL-запроса. php предоставляет нам эти функции (соответственно strip_tags() , addslashes() , stripslashes() ), а вот в ASP.NET я не нашел соответствующих методов. Разумеется, их можно реализовать на C#. Но я не настолько люблю работать...
Также отдельное спасибо авторам php за функцию var_export() . Этой функцией я легко получаю текстовое представление массива или объекта в тех случаях, когда отладчик был бы бессилен. Приведу пример: платежная система методом POST отправляет на мою страницу данные об оплате. И если что-то идет не так - мне легко послать самому себе текстовый дамп этого массива: $dump=var_export($_POST,true); mail("tmanager@inbox.ru", "post",$dump);
Увы, в ASP.NET придется писать метод, который вернет мне текстовое представление массива или объекта.
Таких примеров за годы моей практики накопилось много, но не буду Вас утомлять и перейду к следующему преимуществу.
Преимущества интерпретации. Кроме недостатков по сравнению с компиляцией, интерпретируемые языки имеют весьма ощутимые преимущества.
В первую очередь это возможность собирать и запускать на выполнение строку программного кода (функцией eval()), что дает целый ряд возможностей. Например, сделать методики расчета стоимости различных услуг данными, хранящимися в базе данных.
Также очень удобно, что, имея переменную, хранящую название другой переменной, свойства или метода - можно легко обратиться к переменной/свойству и вызвать метод.
Если переменная $a равна "b", то к переменной $b можно обратиться: $$a Если переменная $a равна "p", то к свойству p можно обратиться: $object->$p
Если переменная $a равна "m", то метод m можно вызвать: $object->$m()
Эти возможности мне нужны весьма часто, а использовать их, скажем, в C# затруднительно: приходится создавать unsafe-блоки для указателей на переменные (C# не очень хорошо приспособлен для работы с указателями), а для методов - сочинять классы-делегаты.
Прозрачная привязка проекта к файловой системе. И как следствие - нет необходимости в специальных средствах разработки (вроде Visual Studio). Иными словами, в php-проекте нет конструкций, для визуализации и редактирования которых требовался бы особый редактор.
Что же мы видим в ASP.NET? Не так уж просто сообразить, например, как связаны пространства имен (namespaces) и расположение файлов на диске. В итоге бывает, что классы не видят друг друга. Приведу пример.
Есть ASP.NET хостинг. Пытаемся (для экономии сил и времени) разместить два проекта на одном хостинге. В случае php никакой проблемы нет.
В случае же ASP.NET выясняется, что оба проекта начинают вести себя в папке хостинга, как на коммунальной кухне. Они желают иметь в корневом каталоге аккаунта свои файлы и папки - иначе страницы проекта как-то демонстративно не видят друг друга.
Простота настройки Apache, php,MYSQL. Все настройки содержатся в текстовых ini-файлах. Все параметры откомментированы. И что особенно ценно: если что-то идет не так, Вы почти всегда получите сообщение, где ясно изложена проблема, указана строка ini-файла, которая «не понравилась». Есть, увы, исключения, но именно те, которые подтверждают правило: настройки и сообщения об ошибках LAMP понятны.
Несмотря на то, что продукт Visual Studio Express предлагается такой солидной корпорацией, как Microsoft, даже при попытке установки данного приложения возникают различные сбои:
В сравнении Visual Studio Express более надежным и простым подходом, не требующим длительной установки и наладки программных сред, является разработка web-страниц на php.
Совместимость «снизу вверх». Переход php-проекта на новую версию php возможен либо вообще без изменений (именно этим мне запомнился переход с php 4.x на php 5.x), либо с минимальными доработками, связанными, как правило, с изменениями настроек по умолчанию (не буду долго останавливаться на том, что полагаться на настройки по умолчанию - дурной тон в программировании). А случае с ASP.NET (о переходе с ASP.NET 1.0 на ASP.NET 2.0) мы видим, что проект надо полностью переделать. Часть этой работы возьмет на себя «колдун» (насколько хорошо он сработает - не проверял).
Простота формирования текстовых строк. Отдельное спасибо разработчикам php за: · возможность вставлять в двойные кавычки имена переменных и свойств: · $w="world";
· print "Hello $w!"; //Напечатает Hello world! или $this->w="world";
Желтым маркером отмечены делимитеры, в которые заключен текст.
2.1.6 Подведем итоги
Стараясь быть максимально объективным, я изложил причины, по которым предпочитаю разрабатывать проекты на php, а не на ASP.NET. Но я вовсе не желал подвести к выводу, что на ASP.NET очень трудно или невозможно сделать хороший проект. Я лишь хотел предостеречь от рекламных восторгов, от отношения к ASP.NET как к чему-то изумительному, позволяющему быстро и легко делать серьезные проекты.
2.2 Сравнение MYSQL с другими СУБД
2.2.1 Сравнение MYSQL и MSQL
Производительность
СУБД MSQL, благодаря отсутствию затрат дополнительных ресурсов на создание потоков, а также за счет компактности синтаксического анализатора, небольшого количества функций и упрощенной системы безопасности, должна выигрывать в скорости выполнения: · тестов на выполнение циклов соединение-отсоединение, при каждом соединении выполняющих какой-нибудь простой запрос
· операций INSERT над простыми таблицами, содержащими небольшое количество столбцов и ключей
· CREATE TABLE и DROP TABLE
· операций SELECT чего-нибудь, кроме индексов (очень просто выполняется просмотр таблицы)
Поскольку такие операции очень просты, при больших затратах ресурсов на начальном этапе выиграть в скорости их выполнения достаточно сложно. Поэтому лучшие результаты MYSQL может показать лишь после установки соединения. С другой стороны, MYSQL значительно превосходит MSQL (и большинство других реализаций SQL) при: · выполнении сложных операций SELECT.
· загрузке объемных результатов (протокол, применяющийся в MYSQL, превосходит другие по качеству, скорости и безопасности).
· работе с таблицами, имеющими строки переменной длины, так как обработка данных в MYSQL реализована более эффективно и в нем допускается создание индексов для столбцов с типом VARCHAR.
· обработке таблиц, содержащих большое количество столбцов.
· обработке таблиц с длинными записями.
· выполнении операций SELECT с несколькими выражениями.
· выполнении операций SELECT над объемными таблицами.
· одновременной работе с несколькими соединениями. Архитектура MYSQL Server является полностью многопоточной. Для каждого соединения создается отдельный поток и, таким образом, ни одному из них не приходится ожидать завершения другого (если, конечно, один из потоков не занимается изменением таблицы, доступ к которой требуется другому потоку). В MSQL же после установки одного соединения остальным приходится ожидать его завершения, вне зависимости от сложности и времени выполнения примененного в этом соединении запроса. По завершении первого соединения начинает обслуживаться второе, а все остальные снова ждут своей очереди.
· связывании таблиц. При изменении порядка таблиц в вызове SELECT, скорость работы MSQL может упасть ниже всяких допустимых пределов. При выполнении комплекта тестов производительности выполнение такой операции заняло в 15000 раз больше времени, чем у MYSQL. Причиной столь плачевно низкой производительности является отсутствие в MSQL оптимизатора связей, который обеспечивал бы оптимальность используемого порядка соединения таблиц. Однако если в MSQL2 расположить таблицы в правильном порядке, не перегружать оператор WHERE и использовать индексные столбцы, связывание будет выполнено относительно быстро!
Возможности SQL
· GROUP BY и HAVING.В MSQL функция GROUP BY отсутствует вовсе. В MYSQL Server же GROUP BY имеется и работает как с HAVING, так и со следующими функциями: COUNT(), AVG(), MIN(), MAX(), SUM()и STD(). Работа оператора COUNT(*) оптимизирована в расчете на быстрый возврат результатов, если оператор SELECT берет данные из одной таблицы, не используя никаких других столбцов и выражения WHERE. Функции MIN() и MAX() могут принимать строковые аргументы.
· INSERT и UPDATE с вычислениями. MYSQL может выполнять вычисления непосредственно в теле вызова INSERT или UPDATE. Вот пример: mysql> UPDATE SET x=x*10 y WHERE x<20;
· Псевдонимы. В MYSQL имеется возможность определения псевдонимов столбцов.
· Квалификация имен столбцов. В MYSQL, при условии уникальности имени столбца среди таблиц, использующихся при выполнении запроса, нет необходимости приводить его полный квалификатор.
Эффективность использования дискового пространства
Можно ли уменьшить таблицы, и если да, то насколько? В MYSQL имеются очень точные типы данных, а с их помощью можно создавать таблицы, занимающие минимум пространства. Примером чрезвычайно полезного типа данных MYSQL может служить MEDIUMINT, длина значений которого составляет 3 байта. При наличии 100 миллионов записей значение экономии даже одного байта на каждой из них трудно переоценить. Выбор типов столбцов в MSQL2 значительно беднее, и поэтому снизить размеры таблиц заметно трудней.
Стоимость
Цена лицензии является немаловажным фактором. По гибкости лицензии MYSQL Server превосходит MSQL, да и стоит меньше. Вне зависимости от того, какой из продуктов вы выберете, не забудьте принять во внимание стоимость лицензии или технической поддержки по электронной почте.
Perl-интерфейсы
Perl-интерфейсы MYSQL практически идентичны своим аналогам из MSQL, хотя и обладают некоторыми дополнительными возможностями.
Различий здесь имеется более чем достаточно для того, чтобы поддержку обоих протоколов одновременно обеспечить было невозможно (или, по меньшей мере, очень сложно).
Ниже приведены наиболее заметные различия между коммуникационными протоколами MYSQL и MSQL: · В буфере сообщения может находиться несколько столбцов результатов.
· Буферы сообщений динамически увеличиваются, если запрос или результат не умещаются в их текущем объеме, ограничение на объем буфера устанавливается сервером и клиентом.
· Все пакеты нумеруются, что позволяет обнаружить среди них повторяющиеся или пропуски.
· Все значения столбцов отправляются в виде ASCII. Длины строк и столбцов посылаются в упакованном виде в двоичном виде (1, 2 или 3 байта).
· MYSQL может считывать результаты без буферизации (без необходимости сохранения всех данных в клиенте).
· Если одна операция считывания/записи занимает более 30 секунд, сервер закрывает соединение.
· Если соединение бездействует в течение 8 часов, сервер его закрывает.
Различия в синтаксисе SQL между MSQL 2.0 и MYSQL
Типы столбцов
MYSQL
Имеются следующие дополнительные типы: · ENUM - тип для одного набора строк.
· SET - тип для нескольких наборов строк.
· BIGINT - тип для 64-битовых целых чисел.
Кроме того, MYSQL поддерживает следующие атрибуты дополнительных типов: · UNSIGNED - опция для целочисленных столбцов и столбцов чисел с плавающей запятой.
· ZEROFILL - опция для целочисленных столбцов.
· AUTO_INCREMENT - опция для целочисленных столбцов, являющихся первичными ключами.
· DEFAULT - значение для всех столбцов.
MSQL2
Типы столбцов в MSQL соответствуют приведенным в таблице типам MYSQL: Тип в MSQL Соответствующий тип в MYSQL
CHAR(len) CHAR(len)
TEXT(len) TEXT(len). len - максимальная длина. Работает LIKE.
INT INT. Со множеством опций!
REAL REAL. Или FLOAT. Имеются как 4-битовые, так и 8-битовые варианты.
UINT INT UNSIGNED
DATE DATE. Использует формат ANSI SQL, а не собственный формат MSQL.
TIME TIME
MONEY DECIMAL(12,2). Значение с фиксированной точкой и двумя знаками после нее.
Создание индексов
MYSQL
Индексы могут указываться во время создания таблицы при помощи оператора CREATE TABLE.
MSQL
Индексы создаются после создания таблицы с помощью операторов CREATE INDEX.
Сравнение значений NULL
MYSQL
MYSQL соответствует стандарту ANSI SQL, поэтому сравнение с NULL всегда возвращает результат NULL.
MSQL
В MSQL выражение NULL = NULL имеет значение TRUE. Поэтому при переводе старого кода из MSQL в MYSQL =NULL необходимо заменить на IS NULL, а NULL - на IS NOT NULL.
Поиск без учета регистра символов
MYSQL
LIKE может быть как чувствительным, так и нечувствительным к регистру оператором, в зависимости от столбцов, к которым он применяется. По возможности MYSQL использует индексы, если аргумент LIKE не начинается с шаблонного символа.
MSQL
Следует использовать CLIKE.
Обработка концевых пробелов
MYSQL
Все пробелы в конце столбцов CHAR и VARCHAR удаляются. Если такое поведение нежелательно, используйте столбцы TEXT.
MSQL
Концевые пробелы сохраняются.
Операторы WHERE
MYSQL
MYSQL правильно определяет приоритеты действий (AND имеет приоритет перед OR). Заставить MYSQL вести себя так, как MSQL, можно при помощи скобок (как можно видеть в соответствующем примере).
MSQL
Все действия производятся слева направо. А это значит, что некоторые логические вычисления, в которых наличествует более трех аргументов, не могут быть выполнены вообще. Кроме того, это означает, что при переносе в MYSQL некоторые запросы необходимо менять. Это довольно просто сделать при помощи скобок. Возьмем, к примеру, следующий запрос MSQL: mysql> SELECT * FROM table WHERE a=1 AND b=2 OR a=3 AND b=4;
Чтобы MYSQL вычислил результат этого запроса так же, как это сделал бы MSQL, нужно расставить скобки: mysql> SELECT * FROM table WHERE (a=1 AND (b=2 OR (a=3 AND (b=4))));
Ограничения доступа
MYSQL
Для хранения привилегий для каждого пользователя, удаленного компьютера и базы имеются соответствующие таблицы.
MSQL
Имеется файл "MSQL.acl", в котором можно определить привилегии чтения/записи для пользователей.
2.2.2 Сравнение MYSQL c POSTGRESQL
Приведенное ниже сравнение проводилось в MYSQL AB. Я старался быть как можно более точными и объективными, однако, зная MYSQL, я не мог похвастаться таким же знанием возможностей POSTGRESQL, поэтому в чем-то мог и ошибиться.
Прежде всего хотелось бы отметить, что POSTGRESQL и MYSQL являются широко используемыми программными продуктами, которые разрабатывались с разными целями (хотя создатели обоих и стремятся довести их до полной совместимости со стандартом ANSI SQL). Это значит, что для решения одних задач больше подходит MYSQL, для других же - POSTGRESQL. Выбирая СУБД, проверьте, соответствуют ли ее возможности требованиям, предъявляемым решаемой задачей. Если требуется максимальная скорость работы, лучше всего, вероятно, будет остановить свой выбор на MYSQL Server. Если же вам необходимы дополнительные возможности, имеющиеся только у POSTGRESQL, этой СУБД и стоит пользоваться.
Значительное отличие MYSQL от POSTGRESQL заключается в том, что практически весь содержащийся в MYSQL код создан разработчиками, работающими в MYSQL AB и постоянно занятыми совершенствованием кода сервера. Исключением из этого правила являются системы транзакций и библиотека регулярных выражений regexp.
Большая же часть кода POSTGRESQL написана множеством разработчиков, никак друг с другом не связанных. Не так давно разработчики POSTGRESQL объявили о том, что у их команды наконец-то хватило времени на просмотр всего кода, вошедшего в состав очередной версии POSTGRESQL.
Сравнение возможностей MYSQL и POSTGRESQL
MYSQL обладает следующими преимуществами перед POSTGRESQL: · MYSQL обычно намного превосходит POSTGRESQL по скорости работы. Кроме того, в MYSQL 4.0 реализован кэш запросов. Он позволяет во много раз увеличить скорость обработки запросов для сайтов, на которых преобладают неоднократно повторяющиеся запросы на чтение.
· По количеству пользователей MYSQL также намного превосходит POSTGRESQL. Поэтому код тестируется значительно более придирчиво и опытным путем доказана большая его надежность, нежели у POSTGRESQL. MYSQL чаще, чем POSTGRESQL, используется на производстве, в основном потому, что компания MYSQL AB (ранее - TCX DATAKONSULT AB) предоставляет высококачественную коммерческую техническую поддержку MYSQL с момента появления этой системы на рынке, а у POSTGRESQL до самого последнего времени никакой поддержки не было.
· MYSQL работает в среде Windows лучше, чем POSTGRESQL. MYSQL Server запускается как настоящее (родное) Windows-приложение (в NT/2000/XP - сервис), в то время как POSTGRESQL запускается в среде эмуляции, Cygwin. Доводилось слышать о недостаточной стабильности работы POSTGRESQL в среде Windows, но самостоятельно эти сведения до сих пор проверить не мог.
· MYSQL оснащен большим количеством API для других языков и поддерживается большим количеством существующих программ, нежели POSTGRESQL.
· MYSQL работает на высоконадежных промышленных системах 24/7 (включенных 24 часа в сутки 7 дней в неделю). В большинстве случаев никаких "чисток" в MYSQL производить не требуется. POSTGRESQL же пока что не может работать в таких системах, так как иногда приходится запускать VACUUM для освобождения занятого последствиями работы команд UPDATE и DELETE пространства и проводить статистический анализ, необходимый для достижения максимальной производительности POSTGRESQL. Запускать VACUUM необходимо и после каждого добавления к таблице нескольких столбцов. На напряженно работающих системах VACUUM нужно запускать более часто, в худших случаях - по несколько раз в день. А ведь во время работы VACUUM (а ее работа может продолжаться часы, если база данных достаточно велика) база практически "мертва". Впрочем, в POSTGRESQL версии 7.2 выполнение основных функций этой программы больше не приводит к блокировке базы, и пользователи могут продолжать нормально работать с ней. Новая команда VACUUM FULL берется за дело более серьезно: она, как и в старых версиях, блокирует таблицу и сжимает копию таблицы на диске.
· Книг о MYSQL вышло значительно больше, нежели о POSTGRESQL. Книги о MYSQL выпустили издательства OREILLY, SAMS, Que и New Riders. Все возможности MYSQL детально описаны в документации, так как это является обязательным условием включения новых возможностей в код.
· MYSQL обладает значительно более мощной реализацией ALTER TABLE.
· В MYSQL предусмотрена возможность создания таблиц без транзакций, что необходимо приложениям, требующим максимально возможной скорости работы.
· MYSQL может работать с двумя поддерживающими транзакции обработчиками таблиц, а именно - INNODB и BERKELEYDB. Так как все системы поддержки транзакций в разных условиях работают по-разному, это дает разработчику возможность найти наилучшее решение для условий, в которых будет работать его система. See section 7 Типы таблиц MYSQL.
· Команда слияния таблиц MERGE предоставляет в ваше распоряжение уникальную возможность создать представление нескольких идентичных таблиц и работать с ними как с одной. Это особенно удобно для работы с журналами, разбитыми, например, по месяцам.
· Возможность сжатия доступных только для чтения таблиц, не отменяющая прямого доступа к их записям, повышает производительность системы, снижая количество операций считывания с диска. Это особенно полезно при архивировании.
· В MYSQL реализован полнотекстовый поиск.
· Имеется возможность работы с несколькими базами через одно соединение(разумеется, в зависимости от привилегий пользователя).
· Система MYSQL с самого начала разрабатывалась в расчете на многопоточность, а POSTGRESQL использует процессы. Переключение контекстов и доступ к общим данным несколькими потоками осуществляется значительно быстрее, нежели отдельными процессами. Таким образом MYSQL Server в многопользовательских приложениях получает неплохое преимущество в производительности, а кроме того, таким образом MYSQL Server удается значительно эффективней пользоваться преимуществами, предоставляемыми симметричными мультипроцессорными системами (SMP).
· В MYSQL реализована значительно более мощная система привилегий, нежели в POSTGRESQL. В то время как POSTGRESQL обеспечивает лишь привилегии INSERT, SELECT и UPDATE/DELETE над базой или таблицей, MYSQL предоставляет возможность определения полного набора разнообразных привилегий на уровне базы, таблицы и столбца. Кроме того, MYSQL позволяет задавать привилегии для комбинаций хост/пользователь.
· В MYSQL используется протокол связи между клиентом и сервером со сжатием данных, что увеличивает производительность системы в условиях низкоскоростных каналов связи.
· Все типы таблиц в MYSQL (кроме INNODB) реализованы в виде файлов (по одной таблице в файле), что значительно облегчает создание резервных копий, перенос, удаление и даже создание символьных ссылок между базами данных и таблицами, даже если сервер находится в нерабочем состоянии.
· Обновление (апгрейд) MYSQL проходит совершенно "безболезненно". При модернизации MYSQL нет нужды в копировании/восстановлении данных, что приходится делать при установке большинства обновлений POSTGRESQL.
Ниже перечислены преимущества POSTGRESQL по сравнению с MYSQL на сегодняшний день.
Возможность Версия MYSQL
Подзапросы 4.1
Внешние ключи 5.0 (3.23 с INNODB)
Представления 5.0
Хранимые процедуры 5.0
Триггеры 5.0
Объединения 4.0
Полные связи 4.1
Ограничения 4.1 или 5.0
Курсоры 4.1 или 5.0
R-деревья 4.1 (для таблиц MYISAM)
Наследование таблиц Не планируется
Расширяемая система типов Не планируется
Другие причины, по которым можно предпочесть POSTGRESQL: · В некоторых случаях POSTGRESQL оказывается ближе к ANSI SQL.
· Работу POSTGRESQL можно ускорить, выполняя код в виде хранимых процедур.
· При хранении географических данных R-деревья дают POSTGRESQL преимущество перед MYSQL (примечание: в MYSQL версии 4.1 для таблиц MYISAM реализована поддержка R-деревьев).
· Команда разработчиков POSTGRESQL, пишущих код для сервера, больше.
Недостатки POSTGRESQL по сравнению с MYSQL: · VACUUM затрудняет использование POSTGRESQL в постоянно работающих системах.
· Наличие только транзакционных таблиц.
· Значительно более медленная работа команд INSERT, DEL
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
