СУБД
Oracle GoldenGate 26ai v.23.26.1.0.1

Oracle GoldenGate 26ai

📅 2026 💻 Win

Разрядность 64bit
Язык Английский
Размер 6.33 GB

Oracle Database APEX v.26.1.1

Oracle Database APEX

📅 2026 💻 Win

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

Oracle ASMLib v.3.1.3

Oracle ASMLib

📅 2026 💻 Win

Язык Английский
Размер 309 KB


Navicat Premium v.17.3.10

Navicat Premium

📅 2026 💻 Win

Язык Английский, Русский
Размер 560.1 MB

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
Язык Английский
Размер 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

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

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

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

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

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

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