Реших, че ще дам най-добрите си нови функции за наскоро пуснатата база данни Oracle 12c. Мисля, че една от най-интересните нови функции е Pluggable Database, но изглежда, че всички говорят за това. Така че ще се съсредоточа върху други нови функции, които ме интересуват. Този списък не е в определен ред.
- Стойности по подразбиране за колони, базирани на последователности на Oracle – Това ще опрости кодирането, тъй като няма да се налага да създавате задействане за нов ред. Това води до...
- Колони IDENTITY – Работя с много разработчици, които идват от SQL Server, които могат да оценят тази функционалност.
- Адаптивна оптимизация на заявките – Способността на CBO да разпознае, че е сбъркал плана и да премине към нов план без намеса на DBA, е голям скок за изпълнението на SQL на Oracle. Това води до...
- Динамична статистика – Oracle може да открие, че статистическите данни са довели до лош план за изпълнение и да използва нови статистически данни следващия път, когато заявката бъде изпълнена. В много случаи откривам, че нощната автоматична задача за събиране на статистики не актуализира статистическите данни на таблиците, защото те не се считат за „застояли“, но трябва да бъдат. Твърде много пъти поправям лошо представящия се SQL просто чрез актуализиране на статистически данни за таблица и нейните индекси, когато това трябва да стане автоматично вместо мен.
- Едновременно изпълнение на UNION и UNION ALL – Възможността за паралелизиране на тези клонове ще доведе до много по-бързо изпълнение. В моя магазин ние използваме UNION и UNION ALL на много места в нашето приложение.
- Автоматична оптимизация на данните (ADO) – Възможността за автоматично преместване на по-стари данни в различно ниво на съхранение ще намали работното натоварване на DBA.
- Архивиране в базата от данни – Възможността за маркиране на редове като „архивирани“ и скриването им от потребителите на приложения, без да се местят, ще бъде добре приета за моята компания. Имаме няколко процеса, при които преместваме записи от една таблица в друга, за да ги архивираме.
- Параметър LOGTIME от Data Pump – Записите в регистрационния файл с времеви печат от изпълнение на Data Pump трябваше да бъдат включени от самото начало.
- Преместване на файл с данни онлайн – Възможността за преместване на файл с данни, докато пространството за таблици все още е ОНЛАЙН и ЧЕТЕНЕ НА ПИСАНЕ, няма да означава престой за това пространство за таблици.
- Бързо синхронизиране на Data Guard – това може да е само подобрението, което ще ни позволи да внедрим режима MAX PROTECT, без да влияе на производителността на приложението. Все още не съм играл с това, но Active Data Guard Far Sync също изглежда обещаващо.
- PGA_AGGREGATE_LIMIT – за наистина ограничаване на общия размер на PGA.
- Инвентаризация за поправки за запитване – Вече не е нужно да използвате „opatch lsinventory“, ако можете да правите заявки с DBMS_QOPATCH.
- Време за последно влизане – вече налично в SYS.USER$ е времето, когато някой за последно е влязъл с този потребителски идентификатор.
Очаквам с нетърпение да разгледам всеки от тях по-подробно.
