Программная логика определяется структурой данных. Если алгоритмы становятся слишком сложными, и мы не можем их отладить, стоит остановиться и вернуться к пониманию задачи и предметной области, улучшить структуру данных через ее моделирование. Это позволяет восстановить логическую ясность и упростить алгоритмы, сделать их понятными и надежными.
ИТ
Руководство по Service Broker
Документ для скачивания
Service Broker Guide
Стандартный SQL является декларативным языком программирования для обработки данных. Microsoft SQL Server расширяет его возможности с помощью Transact-SQL, который добавляет различные техники программирования, в т.ч. объектные расширения на основе Microsoft .NET (CLR).
Service Broker позволяет разрабатывать на Transact-SQL асинхронные и распределенные решения. Руководство описывает его назначение, базовые настройки и техники программирования.
Карьера администратора баз данных
Базы данных являются ядром любой информационной системы: АСУ ТП или ERP система на предприятии, компьютерная игра или социальная сеть, аналитическая или мониторинговая система и пр. Соответственно, она является критическим компонентом, сбой или недостаточно эффективная работа которого влияет на все остальные компоненты и работу пользователей.
Администратор баз данных выполняет задачи и несет ответственность за надежную и производительную работу баз данных, сохранность и защиту данных.
Сущности и связи: отражение в свойствах
При проектировании баз данных для понимания предметной области мы делаем ее концептуальную модель, в которой описываем сущности, связи и свойства. При этом, сущности и связи можно достаточно однозначно определить. Но со свойствами сущностей все намного интереснее. Практика проектирования показывает, что определение свойств зависит от связей между сущностями и от нашего понимания процессов и требований к решению, которое мы разрабатываем.
Методология анализа данных
Каждый из нас постоянно занимается анализом данных на работе и в личной жизни. Очевидно, что помимо входных данных, которые обрушиваются на нас постоянным и изменчивым потоком информации, нам требуется знание, чтобы мы могли принимать решения на основе этих данных.
Зрелость BI-решений
Анализ данных имеет несколько принципиальных аспектов:
 |
Важной задачей является поиск источников данных и извлечение из них требуемой информации, поскольку от этого зависит результат. Чем больше исходных данных, тем более достоверный и качественный анализ. |
Preview: Риски в ИТ
Хотели как лучше, получилось как всегда
В. С. Черномырдин
 |
Как организовать эффективную работу на ИТ-проекте? Почему правильные решения не всегда дают нужный результат? Как найти баланс интересов для участников проекта? |
Проектирование и разработка базы данных
Практикум: Логистика
В бизнес-программировании одной из самых важных и сложных задач является логистика — движение и преобразование экономических ресурсов. Для ERP-систем эта задача входит в ее ядро и имеет несколько прикладных уровней: транспортировка, хранение, коммерческая логистика и производство (с учетом отраслевой специфики). В современных ERP-системах решения по логистике включают набор программных модулей и несколько десятков, а то и сотен таблиц в базе данных.
Оптимизация временной БД (tempdb)
При оптимизации производительности Microsoft SQL Server помимо настройки сервера, баз данных, транзакций и запросов важно обеспечить максимальную производительность временной базы данных (tempdb), особенно если программное обеспечение интенсивно использует временные таблицы (например, 1С), либо используется версионность как уровень изоляции транзакций.
Часто важность временной базы данных недооценивается, что приводит к неожиданным и непонятным проблемам с производительностью. И не обеспечивает стабильного и предсказуемого результата при попытках оптимизировать работу бизнес-приложений.
Мониторинг производительности Microsoft SQL Server
 |
Оптимизация работы сервера, базы данных и выполнения запросов — это сложная и трудоемкая работа, которая должна выполняться постоянно.
Это область, в которой очень тесно переплетаются компетенции и области ответственности администратора и разработчика. Зачастую только совместная работа позволяет добиться результата. |
