Entity

Ajouter une opération Entity stéréotypée (par exemple, <<ns>>, <<nsreadmulti>>, etc.)

Aucune

Déconseillée

Au lieu d'utiliser une sous-classe avec remplacement, ajouter l'opération stéréotypée en utilisant une sous-classe sans remplacement. Cela permet de garantir que votre sous-classe (et, par conséquent, vos nouvelles opérations stéréotypées) sera traitée comme externe et que vous ne recevrez pas d'avertissements dans Eclipse lorsque vous la référencerez.

Notez que vous recevrez des avertissements si vous référencez directement les opérations stéréotypées dans l'entité de base, car elles sont internes par défaut.

Ajouter ou changer une opération Entity non stéréotypée

Aucune

Déconseillée

Au lieu d'utiliser une sous-classe avec remplacement, ajouter une opération non stéréotypée en utilisant une sous-classe sans remplacement. Cela permet de garantir que votre sous-classe (et, par conséquent, vos nouvelles opérations non stéréotypées) sera traitée comme externe et que vous ne recevrez pas d'avertissements dans Eclipse lorsque vous la référencerez.

Notez que vous recevrez des avertissements si vous référencez directement les opérations dans l'entité de base, car elles sont internes par défaut.

Il est déconseillé aux clients de fournir de nouvelles implémentations pour les opérations Entity non stéréotypées de l'application.

Changer la structure d'une opération Entity

Aucune

Déconseillée

Créer une opération stéréotypée à l'aide d'une sous-classe sans remplacement.

Si vous avez une raison valable pour changer la structure de l'opération d'entité d'une application, créez un dossier de support.

Changer une option d'opération Entity

Zone ID auto

Clé ID auto

Aucun code SQL généré

Verrouillage optimiste

Tri par

SQL

Where

Déconseillée

Créer une opération stéréotypée à l'aide d'une sous-classe sans remplacement.

Si vous avez une raison valable pour changer ces options dans les opérations Entity de l'application, créez un dossier de support.

Contrôle au niveau de la table de base de données

Déconseillée

Cette option est paramétrable via les propriétés d'exécution. Pour plus d'informations sur cette procédure, voir la section 12.3.6 du guide Cúram Server Modeling Guide.

Opération en cas d'échec

Opération post-accès aux données

Opération pré-accès aux données

Autorisée (en partie)

Les clients sont toujours autorisés à implémenter les points d'exit Entity de l'application.

Si les clients souhaitent effectuer un traitement dans les points d'exit pour lesquels il existe une implémentation par défaut, l'implémentation par défaut doit être appelée au début de l'implémentation du point d'exit client (c'est-à-dire qu'il doit y avoir un appel 'super()' au début).

Les clients ne sont pas autorisés à quitter les implémentations de point d'exit de l'application.

Treater ReadmultiMax comme Informational

Exception

Enregistrements ReadMultiMax renvoyés

Autorisée

Changer une option de classe Entity

Activer la validation

Autorisée (en partie)

Les clients sont toujours autorisés à implémenter les points d'exit Entity de l'application.

Si les clients souhaitent effectuer un traitement dans les points d'exit pour lesquels il existe une implémentation par défaut, l'implémentation par défaut doit être appelée au début de l'implémentation du point d'exit client (c'est-à-dire qu'il doit y avoir un appel 'super()' au début).

Résumé

Autoriser le verrouillage optimiste

Aucun code SQL généré

Déconseillée

Si vous avez une raison valable pour changer ces options dans les opérations Entity de l'application, créez un dossier de support.

Contrôler les zones

Dernière mise à jour de la zone

Déconseillée

Utiliser les classes d'extension pour substituer ces options sur une classe Entity de l'application.

Remplacer la superclasse

Autorisée (en partie)

Implicitement autorisée pour prendre en charge les autres actions 'Autorisées' décrites dans cette section.