Dieser Kurs spricht mehr aus DBA-Sicht als aus Entwickler-Sicht und ist sehr umfassend. Möglicherweise sind einige Dinge für Sie von Wert, insbesondere die Kapitel Datenobjekte und Datenzugriff . Es wurde aus der Perspektive von Oracle → SQL Server geschrieben, funktioniert aber so oder so. Es geht darum, Konzepte, die Sie bereits kennen, einem etwas anderen Vokabular zuzuordnen.
Aus Erfahrung hier ist der größte Faktor jedoch nicht zu lernen, welche Datentypen welchen entsprechen, sondern die Verschiebung des Denkens über Ihre Anwendung und insbesondere deren Optimierung. Wenn Sie beispielsweise von SQL Server stammen, glauben Sie höchstwahrscheinlich, dass Cursor teuer sind und vermeiden, sie zu verwenden. Nun, in Oracle ist jeder SELECT ein Cursor "unter der Haube"; Alles, was Sie mit einem Cursor tun, ist, Ihnen einen Griff zu geben. In ähnlicher Weise werden Sie in SQL Server (sofern Sie nicht im optimistischen Modus ausgeführt wurden , was nur wenige tun) für Leser verwendet, die Schreiber blockieren, und für Schreiber, die Leser blockieren und codieren, um dieses Szenario zu vermeiden. Oracle verhält sich sehr unterschiedlich, da es ohnehin nur MVCC unterstützt . Clustered-Indizesin SQL Server werden weitaus häufiger verwendet als IOTs in Oracle (ich weiß eigentlich nicht, warum das so ist, es ist nur etwas, was ich beobachtet habe, Oracle-Leute vermissen dort einen Trick).
Solche Dinge sind der Grund, warum Apps, die von einem zum anderen portiert werden, Probleme bekommen ... Es ist nicht so einfach wie das Ändern der SQL-Syntax (wenn es so wäre, hätten Sie genauso gut MySQL verwendet, da Sie nicht den Vorteil davon bekommen all diese Funktionen, für die Sie bezahlt haben!)
