22 января 2019 года    
Вторник | 04:56    
Главная
 Новости
Базы данных
Безопасность PC
Всё о компьютерах
Графика и дизайн
Интернет-технологии
Мобильные устройства
Операционные системы
Программирование
Программы
Связь
Сети
 Документация
Статьи
Самоучители
 Общение
Форум





Разделы / Базы данных / MS SQL Server
  1. Восстановление связи между пользователем БД и его login
    При переносе базы данных на новый сервер копированием-восстановлением или при переприкреплении файла базы данных, связь между login и пользователями базы данных разрывается. На новый сервер перемещается только половина информации, определяющей доступ клиента сервера к данным, которая содержится непосредственно в базе данных.
    Автор: Neil Boyle, перевод А.Гладченко
  2. Вы можете оценить оптимальность использование памяти SQL сервером за две минуты.
    В своей статье, Нейл предлагает нам удобный способ оценки оптимальности настроек SQL сервера для обеспечения максимального КПД использования памяти. Ниже представлен используемый автором для этих целей скрипт, который запускается, как на SQL 6.5, так и на 7 (с учётом некоторых оговорок, следующих по тексту статьи).
    Автор: Neil Boyle, перевод А.Гладченко
  3. SQLMAIL изнутри.
    Один из ГУРУ SQLTEAM рассказывает в этой статье о том, как можно с помощью электронной почты посылать запросы SQL серверу в прикреплённых файлах так, чтобы информация была введена в базу данных.
    Автор: Sqlguru, перевод А.Гладченко
  4. Создание гибкой системы безопасности MS SQL Server 7.0/2000
    В новых версиях SQL Server, появился целый набор гибких и мощных методов управления доступом пользователей к ресурсам SQL Server и базам данных. Эти нововведения вызвали некое замешательство администраторов серверов баз данных, поскольку они пробовали перенести на новую версию сервера модель защиты SQL Server 6.5. Не полное понимание отличий механизмов защиты SQL Server 7.0/2000 и SQL Server 6.5 привело к тому, что в бизнес приложениях появились «дыры» для не санкционированного доступа к данным. Прочитав эту статью, Вы сможете обеспечить такую систему безопасности SQL Server 7.0 (или SQL Server 2000) которая будет не только легко управляемой и гибкой, но и обеспечит Вам относительную безопасность доступа к данным.
    Автор: Morris Lewis, перевод А.Гладченко
  5. Настройка SQL Mail для Microsoft SQL сервера 6.5/7.0
    Для запуска SQL Mail, Вы должны завести почтовый account (один и в домене и локально) на Microsoft Exchange или Internet Mail сервере и сконфигурировать на сервере баз данных Mail Application Programming Interface (MAPI) клиентской части (Microsoft Outlook или Microsoft Windows Messaging). Прежде, чем конфигурировать SQL Mail, Вы должны проверить работоспособность конфигурацию почты, зарегистрировавшись в NT под учётной записью, для которой заведён почтовый account SQL Mail.
    Автор: По материалам Q263556, перевод А.Гладченко
  6. Физическая структура данных в SQL Server 7.0.
    В предлагаемой статье рассматриваются способы получения информации о физической структуре базы данных, отражение этой структуры в служебных таблицах и динамика работы SQL Server 7.0 с экстентами. Я думаю, этот материал будет интересен специалистам, которые знакомы с документацией по SQL Server 7.0, уже имеют опыт работы и хотят глубже проникнуть в механизмы, используемые сервером
    Автор: Татьяна Крамарская
  7. Исследование и разработка языковой подсистемы SQL сервера.
    Данная работа посвящена разработке компилятора SQL свободно распространяемого SQL-сервера. Проект свободно распространяемого SQL-сервера входит в число первых проектов, выполняемых в России под эгидой "Фонда свободного программного обеспечения". Целью этого проекта являлось создание мобильной, гибкой, настраиваемой современной системы управления базами данных. С этой точки зрения компилятор языка управления данными должен обеспечивать достаточную гибкость, чтобы быть легко адаптируемым к последующей эволюции как языка, так и подсистемы хранения данных.
    Автор: Кимельман Михаил Леонидович
  8. Миграция: переход с SQL Server 6.5 на 7.0
    В процессе создания SQL Server 7.0 разработчики Microsoft были до такой степени озабочены вопросом совместимости этой версии с более ранними, что в качестве одной из целевых установок проектирования взяли следующее условие: в уже существующие прикладные программы не потребуется вносить какие-либо изменения для обеспечения их корректной работы с новой версией. Однако, как это нередко бывает при обновлении программных продуктов, ради расширения возможностей пришлось пожертвовать некоторыми аспектами совместимости. В этой статье речь пойдет о внутренних особенностях реализации SQL Server, способных вызвать проблемы с преемственностью. Кроме того, мы подробно рассмотрим несколько ситуаций, в которые могут попасть разработчики при модернизации приложений.
    Автор: Брайан Лотон и Дон Эволт
  9. Новые возможности масштабирования SQL Server 7.0
    При разработке серверных приложений на платформе Windows NT самым сложным для Microsoft оказался вопрос масштабируемости. И в процессе создания новой версии СУБД SQL Server 7.0 специалисты корпорации уделяли проблеме масштабирования особое внимание. И хотя предыдущая версия 6.5 зарекомендовала себя с самой лучшей стороны как система уровня подразделения, большинство пользователей согласились с тем, что этот продукт не дорос до уровня предприятия. И действительно, разработчик систем управления предприятием (Enterprise Resource Planning — ERP) в основном не поддерживают Microsoft SQL Server 6.5. Те же, кто включал в свои приложения возможность развертывания системы на базе SQL Server 6.5, часто делали это неохотно и рекомендовали такой вариант только для подразделений и небольших компаний.
    Автор: Майкл Оти
  10. Зона слияния
    Распределенная среда данных представляет собой постоянный источник проблем. Желательно найти возможность предоставлять пользователям, работающим в «походных» условиях, индивидуальные копии данных или подмножеств данных, горизонтально отфильтрованных для их зон ответственности, но эту идею не так легко реализовать. Обычно таким пользователям приходится периодически синхронизировать свои данные с центральной базой, чтобы обеспечить непротиворечивость данных в масштабах предприятия. Одновременное внесение изменений в разные копии баз данных пользователями, находящимися в центральном офисе, и разъездными агентами, что вполне возможно в жизни, усугубляет и без того сложную ситуацию в распределенной системе. Прибавьте к этому скорость работы модемов в гостиничных номерах, и вы поймете, что вас ожидает в будущем
    Автор: Тед Дейли, Боб Пфейф
Страницы:1 2 3 4 5 6


Лента новостей


2006 (c) Copyright Hardline.ru