СУБД
Oracle Database Combo OJVM RU and GI RU v.19.31.0.0 Build 260421

Разрядность 64bit
Лекарство Не требуется
Язык Русский, Мультиязычный
Размер 4.18 GB

Oracle GI Release Update v.23.26.2.0.0

Oracle GI Release Update

📅 2026 💻 Win

Разрядность 32bit, 64bit
Лекарство Не требуется
Язык Русский, Мультиязычный
Размер 2.94 GB

Oracle Database 19c Important Recommended One-off Patches (DOC ID KB188772) for Linux v.19.31.0.0.260421

Лекарство Не требуется
Язык Английский, Русский, Другие
Размер 145.6 MB

DBF Converter v.7.80

DBF Converter

📅 2026 💻 Win

Разрядность 32bit, 64bit
Лекарство Вылечено
Тип сборки Portable
Язык Английский
Размер 2.8 MB

Oracle Database APEX Patch 35895964: PSE BUNDLE FOR APEX 23.2 (PSES ON TOP OF 23.2.0) v.23.2.8

Лекарство Не требуется
Язык Английский
Размер 3.4 MB

Oracle Enterprise Manager for Linux v.13.5

Oracle Enterprise Manager for Linux

📅 2021 💻 Win Linux

Разрядность 32bit, 64bit
Лекарство Не требуется
Язык Английский
Размер 7.98 GB

Oracle Enterprise Manager Agent Software for IBM AIX on POWER Systems v.13.5.0.0.0

Разрядность 64bit
Лекарство Не требуется
Язык Английский
Размер 688.4 MB

Studio 3T v.2018 Build 3.1

Studio 3T

📅 2018 💻 Win

Лекарство Присутствует
Язык Английский
Размер 486 MB

Oracle Database APEX Patch 36695709: PSE BUNDLE FOR APEX (PSES ON TOP OF 24.1.0) v.24.1.2

Лекарство Не требуется
Язык Английский
Размер 3.5 MB

TransactionLog Reader для MSSQL v.1.20 Build 0.0

Лекарство Присутствует
Язык Английский
Размер 1.6 MB

IDERA DBArtisan v.17.0.2 Build: 15386

IDERA DBArtisan

📅 2018 💻 Win

Разрядность 32bit, 64bit
Лекарство Присутствует
Язык Английский
Размер 549.3 MB

Oracle JDK Bundle Patch v.19.0.0.0 Build 240116

Oracle JDK Bundle Patch

📅 2024 💻 Win

Разрядность 32bit, 64bit
Лекарство Не требуется
Язык Английский
Размер 1.27 GB

СУБД программы

Система управления базами данных (Database Management System, DBMS) — многопользовательское программное приложение в сетевой среде, обеспечивающее доступ к базам данных и регулярную и бесперебойную работу пользовательских процессов. Первоначально только крупные компании использовали менеджеры баз данных, которые управляли большими объемами данных с помощью высокопроизводительных компьютеров, но сегодня они являются обычными компонентами ИТ-систем компаний.

Основные принципы
Обобщенной структурой менеджера базы данных является так называемая Лучше всего это можно увидеть с помощью модели ANSI/X3/SPARC (см. рисунок). Как показано на рисунке, менеджер баз данных сам создает соединение между различными пользовательскими процессами и физической базой данных — обычно файловой системой или другим файловым менеджером. Пользователи могут подходить к системе с разными намерениями и взглядами (например, вспомогательное приложение подключается к системе, хочет выполнить запрос, создает схему) — поэтому пользовательские процессы, подключенные к системе, обычно называются представлениями.

Представления резко различаются в зависимости от того, занимаются ли они запросом («манипулированием») единицами данных, хранящимися в базе данных, или изменением или созданием («определением») структур данных. Два типа представления имеют или могут иметь разные языки: первый обычно контролируется запросом данных DML (язык манипулирования данными), второй — структурой данных DDL (язык определения данных). Язык большинства менеджеров баз данных включает в себя оба элемента, но обычно к одному и другому применяются разные языковые правила (см., например, язык SQL).

Оба языка обрабатываются и интерпретируются самим менеджером базы данных — и оба языка имеют два компонента программного обеспечения интерпретации, которые называются процессорами запросов и переводчиками схем соответственно (независимо от типа менеджера базы данных). Одной из целей разработки языков DDL и DML было то, что пользователь должен знать только логическую структуру данных (см. базы данных), без необходимости знать форму и способ физического хранения данных. Если для этих языков есть отдельный транслятор, то мы по определению можем подключиться к одной и той же базе данных на нескольких языках DDL и DML — так мы можем обеспечить своего рода независимость, а именно логическую независимость данных. Например, сегодня мы обычно можем получить доступ к менеджеру реляционной базы данных через объектно-ориентированный DDL (см., например, соответствующую часть OQL).

После интерпретации инструкций пользователя они конкретно выполняются, что является одной из задач ядра базы данных. Механизм управления базой данных делает это, с одной стороны, избегая потенциальных проблем, возникающих в результате одновременного выполнения пользовательских процессов (например, они пишут и читают блок данных вместе, ресурсы всегда теряются у одного процесса, процессы ждут друг друга), а также реализует всевозможные регламенты для обеспечения их бесперебойной работы, иными словами: он осуществляет управление транзакциями. С другой стороны, сама физическая система управления базами данных должна управляться соответствующими инструкциями, чтобы она оптимизировала полученные инструкции и обслуживала пользовательский процесс в кратчайшие сроки (см. оптимизация базы данных).