Съдържание:
Определение - Какво означава обект на база данни?
Обект на база данни в релационна база данни е структура от данни, използвана за съхраняване или референтни данни. Най-често срещаният обект, с който хората взаимодействат, е таблицата. Други обекти са индекси, съхранени процедури, последователности, изгледи и много други.
Когато е създаден обект на база данни, не може да се създаде нов тип обект, тъй като всички създадени различни видове обекти са ограничени от самата природа или изходния код на използвания модел на релационна база данни, като Oracle, SQL Server или Access. Това, което се създава, е екземпляри на обектите, като например нова таблица, индекс на тази таблица или изглед на същата таблица.
Techopedia обяснява обект на база данни
Необходими са две малки, но важни разграничения в обектите на базата данни:
- Тип обект е основната концепция или идея за обект; например концепцията за таблица или индекс.
- Елемент на обект е пример за тип обект. Например таблица, наречена CUSTOMER_MASTER, е екземпляр от тип обект TABLE.
Повечето от основните двигатели на бази данни предлагат същия набор от основни типове обекти на базата данни:
- Маси
- Индекси
- последователности
- Прегледи
- Синоними
Въпреки че има фини вариации в поведението и синтаксиса, използван за създаването на тези основни типове обекти на базата данни, те са почти идентични по своята концепция и какво означават. Таблица в Oracle се държи почти точно като таблица в SQL Server. Това прави работата много по-лесна за администратора на базата данни. Аналогично е на преминаването от един автомобил в друг, направено от различен производител; превключвателите за включване на фаровете може да са на различни места, но цялостното разположение е до голяма степен подобно.
Когато създавате обект на обект, е добре да следвате лесно разбираемата конвенция за именуване. Това е особено важно за дизайнерите на бази данни, чиито продукти са предназначени да бъдат използвани от няколко души. Също така е полезно да направите работата възможно най-проста за вътрешните администратори на бази данни, като намалите броя на запитванията, отправени към създателя по-късно. Проста насока е да добавяте наставки. Ето два примера:
- Подайте всички основни таблици с помощта на _MASTER:
- CUSTOMER_MASTER
- ACCOUNTS_MASTER
- LOANS_MASTER
- Суфиксирайте всички транзакционни таблици, използвайки наставка _TRANS:
- DAILY_TRANS
- LOANS_TRANS
- INTERBANK_TRANS
