Наличие высокодоступного и отказоустойчивого приложения, использующего OpenEdge, требует наличия нескольких компонентов в архитектуре, возможности масштабирования в соответствии с изменяющимися требованиями и нагрузками, а также наличия реплицированных наборов компонентов при сбое …
Эффективная стратегия секционирования таблиц требует глубокого понимания взаимосвязей и шаблонов доступа к данным, а также разработки стратегии секционирования, которая позволит оптимально распределить данные для обеспечения наилучшего обслуживания и производительности.
Почему необходимо обновиться до OpenEdge 12? Какое условие является обязательным для перехода? Как обосновывать необходимость обновления?
Как обновить базу данных OpenEdge 10 до версии OpenEdge 12? Нет ничего проще. Для конвертации базы данных, созданной в OpenEdge 10.2B, в версии OpenEdge 12 существует специальный скрипт $DLC/bin/102dbutils/conv1012. Скрипт …
Интерактивная установка, которую мы использовали для базовой инсталляции в прошлой статье, запрашивает от вас данные и сохраняет ответы с помощью серии диалоговых окон. После завершения ввода данных инсталлятор немедленно использует …
Перед установкой OpenEdge рекомендуется составить план действий. Такой план должен включать понимание системных требований к среде, в которой будет выполняться инсталляция OpenEdge, список продуктов и выбор способа установки. В зависимости …
Transparent Data Encryption в OpenEdge Как часть общей стратегии безопасности, Transparent Data Encryption в OpenEdge обеспечивает конфиденциальность данных, пока данные «неактивны» в базе данных. В приложении OpenEdge существует множество уровней …
Блокировка записи — это метод предотвращения одновременного доступа к данным в базе данных, чтобы предотвратить противоречивые результаты. Блокировка записей является важной частью любой многопользовательской системы. Рассмотрим несколько подходов к управлению …
Тесты производительности, сравнивающие недавно выпущенный многопоточный сервер баз данных с классическим однопоточным сервером, показывают, что в некоторых тестах одни и те же операции выполняются в три раза быстрее. Эта статья объясняет философию, лежащую в основе выполненных тестов, и даёт представление об исполняемых сценариях и полученных статистических данных.
Ранее мы рассмотрели и даже сравнили скорость извлечения данных из отдельных таблиц. Однако очень часто данные необходимо получать из двух и более связанных таблиц одновременно. Например, во время просмотра заказов (Order) мы также можем захотеть просмотреть из каких позиций состоит заказ (OrderLines). Объединение данных в запросах (joins) формирует набор записей из нескольких связанных таблиц, которые имеют общие поля. Например, в базе данных sports2000 таблицы Customer и Order имеют общее поле CustNum.
Эффективный запрос может значительно ускорить поиск данных, и наоборот, плохо написанный значительно замедлит этот процесс. В процессе извлечения записей из базы данных между клиентом и базой пересылается масса сообщений. Чтобы уменьшить их количество необходимо написать код запроса так, чтобы извлекалась только та информация, которая действительно нужна.
«Никто не может заставить вас почувствовать себя плохо, если только вы сами этого не позволите» Элеонор Рузвельт. Разработчики приложений, создающие различные пользовательские интерфейсы (GUI, CHUI, WebSpeed, Web Client и т.п.), …
Нет аккаунта? Регистрируйся прямо сейчас
Вы зарегистрированны? Войти сейчас