Это руководство предназначено для стандартизации программирования языке ABL, и дать рекомендации для групп разработчиков и менеджеров в процессе проверки кода.
Наличие высокодоступного и отказоустойчивого приложения, использующего 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 существует множество уровней …
Вслед за выпуском в апреле 2020 года Long-Term Supported (LTS) версии OpenEdge 12.2 Progress Software в ноябре 2020 года выпустила Non-LTS версию OpenEdge 12.3, включив в нее целый ряд изменений …
GUID (Globally Unique Identifier) — статистически уникальный 128-битный идентификатор. Представляет собой некоторую реализацию стандарта Universally Unique Identifier (UUID), в частности, реализацию Microsoft. UUID/GUID задокументирован как часть ISO/IEC 11578:1996 «Information technology …
Тесты производительности, сравнивающие недавно выпущенный многопоточный сервер баз данных с классическим однопоточным сервером, показывают, что в некоторых тестах одни и те же операции выполняются в три раза быстрее. Эта статья объясняет философию, лежащую в основе выполненных тестов, и даёт представление об исполняемых сценариях и полученных статистических данных.
Ранее мы рассмотрели и даже сравнили скорость извлечения данных из отдельных таблиц. Однако очень часто данные необходимо получать из двух и более связанных таблиц одновременно. Например, во время просмотра заказов (Order) мы также можем захотеть просмотреть из каких позиций состоит заказ (OrderLines). Объединение данных в запросах (joins) формирует набор записей из нескольких связанных таблиц, которые имеют общие поля. Например, в базе данных sports2000 таблицы Customer и Order имеют общее поле CustNum.
Эффективный запрос может значительно ускорить поиск данных, и наоборот, плохо написанный значительно замедлит этот процесс. В процессе извлечения записей из базы данных между клиентом и базой пересылается масса сообщений. Чтобы уменьшить их количество необходимо написать код запроса так, чтобы извлекалась только та информация, которая действительно нужна.