Powiadomienie o zmianie bazy danych Oracle i ROWID's

Question

Oracle database change notification feature wysyła wiersze (fizyczne adresy wierszy) w wierszach wstawia, aktualizuje i usuwa. Jak wskazano w dokumentacji Oracle, ta funkcja może być używana przez aplikację do budowania pamięci podręcznej średniego poziomu. Ale wydaje się to sprzeczne, gdy mamy szczegółowe spojrzenie na działanie identyfikatorów rzędów.

ROWID (fizyczne adresy wierszy) mogą się zmieniać, gdy wykonywane są różne operacje na bazach danych, zgodnie ze wskazaniem this stackoverflow thread. Oprócz tego, jak wspomina Tom w tym thread tabel klastrowanych mogą mieć same rowids.

Na podstawie powyższych badań nie wydaje się być bezpieczne korzystanie z rowid wysłany podczas powiadomienia o zmianie bazy danych jako klucz w pamięci podręcznej aplikacji, prawda? Pojawia się również pytanie dotyczące - Czy funkcja powiadamiania o zmianie bazy danych powinna być używana do budowania pamięci podręcznej serwera aplikacji? lub czy zalecane jest zrestartowanie wszystkich klastrów serwerów aplikacji (w celu przeładowania/odświeżenia pamięci podręcznej), gdy tabele obiektów z pamięci podręcznej są poddawane operacjom, które powodują zmianę wiersza? Czy byłoby to dobre założenie dla środowisk produkcyjnych?

Answer 1

Wydaje mi się, że żadna z operacji, które mogą potencjalnie zmienić ROWID, to operacja, która byłaby przeprowadzana w produktywnym środowisku podczas działania aplikacji. Ponadto widziałem wiele wydajnych programów, które używają ROWID dla transakcji (zwykle tylko przez kilka sekund lub minut). To oprogramowanie prawdopodobnie zawiedzie przed pamięcią podręczną, jeśli zmieni się ROWID. Dlatego tworzenie pamięci podręcznej bazy danych na podstawie powiadomienia o zmianie wydaje mi się uzasadnione. Po prostu podaj małe zastrzeżenie dotyczące ROWID.

Jedyną nieco problematyczną operacją jest aktualizacja powodująca przejście do innej partycji. Ale to się rzadko zdarza, ponieważ pokonuje cel partycjonowania, przynajmniej jeśli miało to miejsce regularnie. Projektant określonego schematu bazy danych będzie mógł powiedzieć, czy taka operacja może wystąpić i jest istotna dla buforowania. Jeśli żadna z tabel nie ma zestawu ENABLE ROW MOVEMENT, nie musisz nawet pytać projektanta.

Aby powielić numery ROWID: ROWID nie są unikalne globalnie, są unikalne w obrębie tabeli. W powiadomieniu o zmianie podano zarówno nazwę ROWID, jak i nazwę tabeli. Tak więc krotka nazwa ROWID i nazwa tabeli to doskonały unikalny klucz do budowania niezawodnej pamięci podręcznej.