Regardez procédures de codage Oracle , tant pour ce qu'ils sont et pour ce qu'ils font . Ils sont un ensemble de lignes directrices qui permettent d'identifier les meilleures pratiques, ou la «bonne» façon de coder une base de données Oracle, et ils sont les déclarations PL /SQL , les structures et les blocs qui animent les actions de base de données . Des procédures existent pour tous les aspects de codage de base de données Oracle. Le respect des recommandations de bonnes pratiques et une attention particulière aux procédures de format de code et des éléments de codage peut aider votre base de données fonctionne de façon efficace et sans erreur . Les meilleures procédures

procédures de meilleures pratiques normaliser langage procédural , ou code PL /SQL. Cela rend le code plus facile à lire et déchiffrer ainsi plus faciles à entretenir , surtout lorsque l'on travaille avec code «hériter» d'un autre développeur. Règles et procédures de meilleures pratiques englobent les aspects conceptuels et pratiques du code PL /SQL. Normes conceptuelles meilleures pratiques incluent la modularité du code , la performance, la testabilité , la conformité aux normes et la documentation, alors que les normes pratiques portent sur des aspects tels que les procédures d' espacement , la capitalisation , les appels de procédure, mise en forme , commenter et de débogage. Examen par les pairs structurée , une «meilleure pratique» pour les développeurs assurer le suivi des procédures de meilleures pratiques, offre une dernière façon de vérifier la lisibilité et le respect des normes de codage PL /SQL.
Mise
procédures de mise en page

créer une structure logique et d'identifier l'intention de votre programme. Les lieux de mise en page correcte constructions individuelles telles que les instructions de contrôle et fonctions au sein des blocs de code , chacun doté d'un début et une fin explicite ainsi que indentation dans le bloc et dans l'espace blanc entre les blocs de code. Utilisez la touche espace plutôt que la touche de tabulation de votre clavier pour assurer indentation va pas plus loin que trois espaces quel que soit le niveau de subdivision, et ajouter une ou deux lignes d'espace blanc entre les blocs de code .

Variables

procédures de codage commencent par une section de déclaration où vous créez des espaces réservés pour les valeurs temporaires de données - appelées variables - que vous allez inclure dans les états du programme et qui va manipuler les données comme un bloc de code est exécutée. Chaque variable que vous déclarez a un nom, un type de données et parce que chacun est une déclaration séparée, d'un point-virgule . Le type de données est un facteur important et une cause fréquente d' erreurs . Pendant que vous avez la possibilité de déclarer un type de données comme «numéro », « char» ou «date» explicitement , vous pouvez éviter les erreurs de conversion en définissant une variable pour correspondre à celle de la colonne de table de base de données en utilisant le " opérateur% TYPE" . Selon la façon dont vous prévoyez d'utiliser la variable , vous pouvez initialiser , ou le mettre à une valeur spécifique dans la section de déclaration ou dans un énoncé de programme :
nombre de prix

; nom emp.name % TYPE ; nombre de prix = 210 ;
instructions de programme

déclarations PL /SQL dans des éléments tels que des procédures stockées , des curseurs et des boucles de commande d'entraînement de chaque programme à son terme. Procédures de codage PL /SQL permettent l'utilisation de fonctions SQL , y compris INSERT, UPDATE, DELECT et SELECT pour créer des instructions de base PL /SQL , par exemple , PL /SQL procédures stockées. Codification des procédures pour les boucles de contrôle , toutefois , exiger un autre type de déclaration a appelé une instruction conditionnelle qui utilise souvent " IF ... THEN ... ELSE " pour parcourir une boucle jusqu'à ce que les conditions que vous avez définies égal vrai ou faux, selon la façon dont vous écrivez le programme .
interne documentation

adhésion à corriger procédures PL /SQL codage réduit à la fois la nécessité d'une documentation interne sous la forme de commentaires et les exigences d'entretien de votre programme. Même s'ils peuvent être utiles à petites doses, les autres commentaires que vous ajoutez à un programme - et la plus détaillée vous incluez - . Plus le travail que vous ferez face lors de la modification ou de la mise à jour du code de programme que vous devrez également modifier les commentaires du programme