Особенности проектирования реляционной базы данных - вебинары ITVDN
ITVDN: курсы программирования
Видеокурсы по
программированию

Выбери свою IT специальность

Подписка

Особенности проектирования реляционной базы данных

Play
Все вебинары бесплатные и доступны для зарегистрированных пользователей
author Ярослав Кучук
.NET developer
date 01.01.1960
time 19:00 - 21:00
Материалы вебинара пока недоступны
Рейтинг: 5. Проголосовало: 3

В рамках вебинара будут рассмотрены некоторые детали проектирования реляционной базы данных на примере MS SQL Server, влиящие на производительность и на  последующее расширение источника данных. По каждому пункту будет как теоретическое вступление, так и набор практических кейсов.

План вебинара:

1) Что такое реляционные базы данных?

2) Нормальные формы – за и против

3) Применение индексов, типы индексов в MS SQL Server

4) Определение состояния индексов, необходимость перестройки дерева индексов

5) Иерерхии и типы отношений внутри базы данных

6) Объекты базы данных (процедуры и функции, представления, триггеры). Когда и для чего они нам нужны.

7) Версионирование объектов баз данных.

Целевая аудитория:

Основная аудитория данного вебинара – разработчики, использующие MS SQL Server, независимо от клиентской технологии, а также коннектора к источнику данных. Материалы относятся как к разработке – “Database First”, так и к сопровождению уже существующего источника данных.

Татьяна Доморадова
date 01.01.1960
time 120
view 4032
Виктория Пилипенко
date 01.01.1960
time 120
view 0
Обзор основных SQL запросов
Каждый сайт в Интернете, любой проект, обрабатывающий значительный объем информации, вынужден хранить эту информацию в тех или иных базах данных (БД). Подавляющее большинство проектов информацию сохраняют в БД реляционного типа, делая записи в различных подобиях таблиц. Как внесение новых записей, так и обращение к имеющимся, осуществляется с благодаря использованию запросов, составляемых конструкциями SQL (structured query language) – непроцедурного декларативного языка структурированных запросов. В нашем случае это подразумевает, что, используя конструкции SQL, мы будем обращаться к БД, сообщая что нужно сделать с данными, но не указывая способ, как именно это нужно сделать.
комментарии и обсуждения
Notification success