Parlant plus d'un point de vue DBA qu'un développeur, ce cours est très complet; il peut y avoir des éléments qui vous sont utiles, en particulier les chapitres Objets de données et Accès aux données . Il est écrit dans une perspective Oracle → SQL Server mais il fonctionne de toute façon, il s'agit de mapper des concepts que vous connaissez déjà avec un vocabulaire légèrement différent.
Mais, d'après l'expérience acquise ici, le plus grand facteur n'est pas d'apprendre quels types de données correspondent à quoi, mais le changement de réflexion sur votre application et en particulier sur la façon de l'optimiser. Par exemple, si vous venez de SQL Server, vous pensez très probablement que les curseurs sont chers et pour éviter de les utiliser. Eh bien, dans Oracle, tout SELECT
est un curseur "sous le capot"; tout ce que fait un curseur est de vous donner une poignée. De même dans SQL Server, vous serez utilisé (sauf si vous avez exécuté en mode optimiste , ce que peu de gens font) aux lecteurs bloquant les écrivains et aux écrivains bloquant les lecteurs et codant pour éviter ce scénario; Oracle se comporte très différemment car il ne prend en charge que MVCC de toute façon. Index clusterisésdans SQL Server sont utilisés beaucoup plus souvent que les IOT dans Oracle (je ne sais pas vraiment pourquoi, c'est juste quelque chose que j'ai observé, les gens Oracle manquent une astuce là-bas).
Des choses comme celle-ci expliquent pourquoi les applications portées de l'une à l'autre rencontrent des problèmes ... Ce n'est pas aussi simple que de changer la syntaxe SQL (si c'était le cas, vous pourriez tout aussi bien utiliser MySQL que vous ne bénéficierez pas de l'avantage de toutes ces fonctionnalités pour lesquelles vous avez payé!)