Eine Karte mit wenigen Standorten ist in APEX schnell gebaut. Schwieriger wird es bei tausenden oder zehntausenden Geometrien: Ein vollständiges JSON- oder GeoJSON-Payload belastet Datenbank, Netzwerk und Browser, obwohl der Nutzer zunächst nur einen kleinen Kartenausschnitt sieht. Oracle APEX 26.1 erweitert Map Regions deshalb um Vector Tiles, Bounding Box-Unterstützung und zusätzliche JavaScript-APIs.
1. Vector Tiles laden nur den sichtbaren Ausschnitt
Bei Vector Tiles wird die Karte in Kacheln zerlegt. Der Browser fordert abhängig von Viewport und Zoom nur die benötigten Bereiche an, statt beim ersten Laden den gesamten Layer zu übernehmen. Oracle APEX kann dafür die Datenbankfunktion SDO_UTIL.GET_VECTORTILE nutzen, die kompakte PBF-Daten direkt aus den räumlichen Daten erzeugt.
Der Effekt ist besonders bei dichten Punkt-, Linien- oder Polygon-Layern spürbar. Die Datenbank muss aber für die räumliche Abfrage vorbereitet sein. Prüfen Sie Geometriespalte, SRID, räumlichen Index und eine Abfrage, die nur die für die aktuelle Kachel relevanten Objekte liefert.
2. Bounding Box als fachliche und technische Grenze
Die Bounding Box beschreibt den sichtbaren Kartenausschnitt. Sie kann genutzt werden, um Datenquellen auf den Bereich zu begrenzen, den der Nutzer aktuell betrachtet. Das reduziert die Ergebnismenge und kann bei serverseitig erzeugten Layern deutlich mehr bewirken als eine reine Beschränkung der maximalen Zeilenanzahl.
Für sensible Karten ist die Bounding Box allerdings keine Berechtigungsprüfung. Ein Nutzer darf nur Objekte erhalten, für die er fachlich autorisiert ist. Kombinieren Sie die räumliche Einschränkung deshalb mit Authorization Schemes, Tenant-Filtern oder einer abgesicherten View.
3. Styling und Laufzeitsteuerung
APEX 26.1 erlaubt datenabhängige Kartenstile und zusätzliche Steuerungsmöglichkeiten über JavaScript. Farben, Linienbreiten oder Symbolgrößen können aus Datenwerten abgeleitet werden, während Laufzeitaktionen auf Layer oder Kartenstatus reagieren. Das eignet sich zum Beispiel für Statuskarten, bei denen offene Vorgänge anders dargestellt werden als abgeschlossene.
Halten Sie die Darstellung trotzdem lesbar. Zu viele Kategorien und wechselnde Symbole erschweren die Orientierung. Definieren Sie eine kleine, dokumentierte Farbskala und testen Sie Kontrast, Legende und Verhalten bei fehlenden Werten.
4. Performance-Checkliste
- Räumlichen Index, SRID und Geometriequalität der Daten prüfen.
- Für große Layer Vector Tiles statt vollständiger Datenübertragung testen.
- Bounding Box und Zoomstufe an die serverseitige Abfrage weitergeben.
- Nur autorisierte Objekte aus der Datenquelle zurückliefern.
- Mit realistischen Datenmengen, mobilen Geräten und mehreren gleichzeitigen Nutzern messen.
Fazit
Map Regions in APEX 26.1 sind besser für datenreiche Karten geeignet. Vector Tiles reduzieren die übertragene Datenmenge, Bounding Box begrenzt den sichtbaren Ausschnitt und JavaScript-APIs erlauben gezielte Laufzeitinteraktionen. Mit räumlichen Indizes, abgesicherten Views und realistischen Messungen entsteht daraus eine skalierbare Kartenkomponente.
Weiterführend: Oracle: Neuerungen bei Map Regions, die APEX-26.1-Release-Notes und die Dokumentation zur Map Region.