Im Kern wird die schnellere Ausfuehrung der Query dadurch realisiert, dass mittels der WITH-Klausel die Ergebnismenge der Subquery vorab materialisiert, mit einem Namen versehen und schliesslich in der Hauptquery abgegriffen wird.
Hier lohnt sich auch ein Vergleich und Gebrauch von "global temporary tables", die in Ihrer Funktions- und Wirkungsweise durchaus ähnlich sind:
Durch Entkopplung geeigneter Subqueries, die urspruenglich als Bestandteile einer komplexen Abfrage fungierten, wird dieses SQL-Statement vereinfacht.

WITH   SQ1 AS (SELECT...FROM...WHERE...),
       SQ2 AS (SELECT...FROM...WHERE...)
SELECT...
  FROM Q1, SQ1, SQ2 WHERE…

Interessanter Nebeneffekt:

Durch die Verwendung der WITH-Klausel wird anscheinend in einer Systemumgebung mit voreingestelltem CURSOR_SHARING=FORCE offensichtlich fuer die Query-Ausfuehrung diese systemweit gueltige Einstellung auf CURSOR_SHARING=EXACT zurueckgenommen (vergleichbar dem Einsatz des Hint /*+ cursor_sharing_exact */).

Zeigen die QEPs vorher noch eine allgemeine Ersetzung von Konstanten durch Parameter, so weisen die QEPs nachher die direkte Verwendung der Konstanten auf.

Somit orientiert sich der Optimizer auch grundsaetzlich an anderen Zugriffsstrategien.

Was in einer Umgebung mit problematischem Parseverhalten per Bindvariablen-Peeking einen "flüssigen" Anwendungsbetrieb ermöglichen kann, wird im Einzelfall einer komplexen Query unter Verwendung von Attributen mit stark ungleicher Werteverteilung zu relativ kostenintensiven QEPs führen.

Es empfiehlt sich dann für alle entsprechenden Konstanten/Parameter einen separaten und speziellen QEP zu erzwingen.

Vorraussetzung:

SQL-99 Standard bzw. Oracle9i Release 2

Links:

SQLStandards.html

to be continued….

SELECT
     , b.username blocking_username
     , b.osuser blocking_osuser
     , b.machine blocking_machine
     , b.program blocking_program
     , w.sid waiting_sid
     , w.username waiting_username
     , w.osuser waiting_osuser
     , w.machine waiting_machine
     , w.seconds_in_wait
  FROM v$SESSION w
     , v$SESSION b
 WHERE w.blocking_session is not NULL
   AND b.sid = w.blocking_session
 ORDER BY w.sid

Das Statement kann jederzeit um weitere Spalten erweitert werden.

It seems this is a bug in the packages provided by Debian. After struggling for a while a simple

apt-get install libkrb53 --reinstall

fixed the problem and everything works again.

"C:\Program Files (x86)\WinMerge\WinMergeU.exe" /u "!" "!^!"

Now WinSCP uses WinMerge for every file comparison of local and remote files. Just set the path to WinMerge to your install path of WinMerge and you get comfortable and powerful file comparison. Additional command line arguments for WinMerge can be found here.

Here are two screen shots of WinSCP where you set the custom command.

Zugriffssteuerung heißt dabei, das der Anwender in der Regel keine Rechte auf eine Tabelle bekommt. Diese Zugriffsteuerung kann auch innerhalb von Forms verwendet werden. Die gesamten Transaktionen einer Tabelle laufen über ein Interface welches sich aufteilt in

• View
• Instead-Of-Trigger des Views
• Routinen zur Steuerung der Transaktionen
  - doValidate
  - doInsert
  - doUpdate
  - doDelete
  - getNewID
  - getDefaultTableValues

Darüber hinaus sollten auch alle Datensatzgruppen und sonstige Zugriffe innerhalb von Forms ausschließlich über Views erfolgen. Dadurch ist ein Zugriff auf die Tabellen ausschließlich über das Interface gewährleistet.

Das folgende Schaubild soll die zusammenhänge Veranschaulichen

Um eine optimale Zugriffssteuerung zu bekommen, sollten alle Tabellen einen Primärschlüssel aufweisen. Am idealsten über eine fortlaufende Nummer. Eine Eindeutigkeit eines Datensatzes kann auch zusätzlich über einen Unique-Key realisiert werden.

View

Der View selber sorgt zu allererst für die Bereitstellung der Daten aus der Tabelle. Im einfachsten Fall ist der View ein 1:1 Abbild der Tabelle.

Instead-Of-Trigger

Über den Instead-Of-Trigger wird gesteuert welche Aktion gegen die Tabelle ausgeführt werden soll. Über die Routine doValidate kann zusätzlich noch eine Business-Logik eingebaut werden.

Routinen

getNewID

Mit dieser Funktion wird die nächste ID (i.d.R. über eine Sequence) ermittelt. Aus diesem Grund (Sequence) sollte eine Tabelle immer einen einfachen (Typ Number) Primärschlüssel aufweisen.  Diese Funktion kann sowohl in Forms (Pre-Insert) als auch beim doInsert eingebunden werden.

getDefaultTableValues

Diese Funktion liefert die Defaultwerte der zugrundeliegenden Tabelle und sollte in Forms im Trigger "When-Create-Record" eingebunden werden.

doValidate

Mit dieser Routine kann eine benötigte Geschäftslogik abgebildet werden.

Es kann passieren, dass man lediglich die Dateien aus der “Working-Copy” des Repositories benötigt und zwar gänzlich ohne die Subversion-Metainformationen.

svn export

Ein svn export kommt nicht in Frage. Die Änderungen wurden noch nicht ins Repository übertragen und dies ist auch nicht mehr möglich, denn das Repository ist nicht mehr vorhanden.

xcopy

xcopy /E /C /EXCLUDE:c:\exclude-svn.txt c:\working-copy c:\ziel

Die Datei exclude-svn.txt enthält genau eine Zeile: .svn

Das Verzeichnis c:\ziel enthält nach dem Ausführen des Befehls alle Dateien aus c:\working-copy, jedoch ohne die Subversion-Metainformationen (.svn).

In Oracle-Forms hat man die Möglichkeit, sich die Daten für die Bildschirmmasken über verschiedene Wege anzeigen zu lassen. Diese Wege sollen hier unter zwei Gesichtspunkten kurz erläutert und gegenübergestellt werden. 

Der erste Gesichtspunkt widmet sich der allgemeinen Unterstützung des Programmierers durch Oracle-Forms. Der zweite Gesichtspunkt befasst sich mit dem Zusammenspiel von Oracle-Forms bezüglich des Konzeptes des Model-View-Controller (MVC). Also mit der Trennung zwischen der Präsentation, der Steuerung und der Haltung (inkl. Geschäftslogik) der Daten.  

Allgemeinen Unterstützung des Programmierers durch Oracle-Forms

1. Zugriff über Tabellen

Dies ist wohl der am Besten unterstützte Zugriff auf die Daten. Oracle-Forms regelt alle Zugriffe, inkl. dem Sperren von Datensätzen, als auch die notwendigen Transaktionen im Hintergrund automatisch. Der Programmierer kann sich um das Wesentlich kümmern.

2. Zugriff über Views

Dieser Zugriff ist, neben dem direkten Tabellenzugriff, der zweitbeste unterstütze Weg. Hierbei hat der Entwickler jedoch die Möglichkeit mit INSTEAD-OF-Triggern die Daten auf Ebene der Datenbank weiter zu verarbeiten. Letztendlich wird der Zugriff über Views genau so unterstützt als wenn der Zugriff direkt auf der Tabelle erfolgt. Allerdings sperrt Forms das Bearbeiten von Daten wenn der View über mehr als eine Tabelle erfolgt.

3. Zugriff über Stored-Procedures

Dieser Zugriff ist zwar sehr interessant, hat aber kaum Vorteile.

Zusammenspiel von Oracle-Forms bezüglich des Konzept des Model-View-Controller (MVC)

1. Zugriff über Tabellen

Dieser Zugriff unterstützt das MVC-Modell sicherlich am Schlechtesten. Hier wird sowohl die Präsentation als auch die Manipulation und Haltung der Daten zusammengelegt.

2. Zugriff über Views

Dieser Zugriff unterstützt das MVC-Modell sehr gut, fast sogar perfekt. Durch die Möglichkeit von INSTEAD-OF-Triggern kann das Manipulieren von Daten sehr gut gegenüber der Präsentation gekapselt werden. Die Daten innerhalb der Tabelle wird durch einen View darüber hinaus schon optimal geschützt.

Hinweis:
Seit Oracle9i kann man das Einfügen (INSERT) bzw. Ändern (UPDATE) von Daten als Parameter via ROWTYPE weiter optimieren. Siehe hierzu den Blog "INSERT INTO via ROWTYPE"

3. Zugriff über Stored-Procedures

Fazit

Wenn man gezwungen ist nach dem Konzept des MVC zu arbeiten, ist sicherlich der Zugriff und die Beschaffung bzw. Manipulation der Daten über Views zu empfehlen. Ansonsten sollte man entweder den direkten Zugriff suchen oder eine gesunde Mischung aus direktem Tabellenzugriff und Zugriff über Views suchen.

Den Zugriff über Stored-Procedures ist in manchen Fällen sicherlich hilfreich, aber in der Regel (ca. 90%) nicht zu empfehlen. Hier steht der Aufwand der Programmierung in keinem Verhältnis zum evtl. Mehrwert.

Meinung der Autors

Ich selber arbeite seit mehr als 10 Jahren mit Oracle-Forms und weiß dieses Werkzeug zu schätzen. Mann sollte allerdings auch bedenken, dass es sich um ein 4GL-Werkzeug handelt; deshalb nicht unbedingt in das Konzept eines MVC passt. Mann sollte das Werkzeug  so benutzt, wofür es entwickelt worden ist, und zwar als Rapid-Development-Tool.

If you want to “send a file” to the browser (even if you do it in chunks) and your output-buffering is on you will get a fatal error when having large files.

Fatal error: Allowed memory size of 0815 bytes exhausted

It makes sense. The data of the file gets buffered. And after a while the buffer is full.

Always disable your output-buffering before you start sending chunks of data (which represent a file download).

ob_end_clean ();

Open the desired page (e.g. DispForm.aspx) with the SharePoint Designer and add the following code below the initial “<%@ statements”:

<%@ Register TagPrefix="MyNamePrefix" TagName="MyNameForTheControl"
Src="~/_controltemplates/MyCustomControls/MyCurrentlyUsedControl.ascx" %>

Now add this code where the control should appear in the final rendered page:

<MyNamePrefix:MyNameForTheControl ID="MyNameForTheControl" runat="server" />

Thats it!

Of course your user control must be placed in the TEMPLATE/CONTROLTEMPLATES folder (TEMPLATE/CONTROLTEMPLATES/MyCustomControls in this case) of your frontend server.