2010-04-16 31 views
3

Si vous posez une question au DB2/zos engine DBA sur le comportement de DB2, le DBA se référera au moteur DB2 comme "il" de la même façon qu'un marin utilise "she" pour se référer à son vaisseau. Par exemple: «Une fois que vous aurez rempli l'espace libre, DB2 voudra conserver ces rangées dans l'ordre du cluster dans l'espace de table, c'est pourquoi il divisera cette page en deux et vous obtiendrez de nombreuses pages à moitié vides. C'est-à-dire, à moins que la clé de la rangée que vous venez d'insérer soit la plus haute dans la table, auquel cas il crée une nouvelle page vide, et il place juste votre nouvelle ligne dans cette page. pour faire ce REORG si vous voulez juste trier votre contribution comme je l'ai suggéré. "Pourquoi les greybeards mainframe se réfèrent-ils à DB2/zOS comme "he"?

Est-ce que quelqu'un sait d'où vient cette tradition?

+0

Veuillez éditer votre question et cocher la case "community wiki". –

+2

@ T.J. Il ne peut pas. En tant que nouvel utilisateur, il ne peut pas voir la case CW dans la fenêtre d'édition. –

+0

@Robert: * Vraiment *? Sur sa * propre question *? C'est juste ... bizarre. Merci de me le faire savoir, ça faisait un moment que j'étais un nouvel utilisateur. –

Répondre

5

Ce sujet n'est certainement pas réglé. Il y avait un recent discussion sur la liste de diffusion-L DB2 sur ce sujet très, et Phil Grainger a récolté plus de 100 réponses comme celle-ci:

  • 29% ont dit "DB2 est qu'il"
  • 25% ont dit « DB2 est juste DB2"
  • 21% ont dit "Certainement un il"
  • 20% ont dit "DB2 est une, elle"
  • Autres 5% ont déclaré que la question ne les avait jamais eu à
+6

Désolé pour mon manque de culture DB2 mais * est-ce une blague? * –

1

Je suis l'une de ces barbes grises. Cela fait longtemps que je n'ai pas travaillé sur les mainframes, mais je me souviens de cette tendance à "personnaliser" les programmes.

C'est en partie une reconnaissance de la personne qui a écrit le programme. Mais avant tout, il s'agit simplement d'un outil de discours, rappelant que le programme est conçu pour fonctionner d'une certaine manière, pour des raisons spécifiques.

Et il est généralement plus facile que de décrire le programme comme une machine autonome sans vie, en termes fonctionnels purs (quand cela arrive, il répond avec ça, etc.).