Source: https://www.slideshare.net/vicmorni/db2s1z80
Timestamp: 2018-06-23 09:14:33+00:00

Document:
Access by Victor Morales 1108 views
Guia de investigacion y contenidos5 by Victor Morales 320 views
Photoshop effets typographiques by Victor Morales 509 views
Escaleta version 2 by Victor Morales 521 views
Sql2 by Victor Morales 797 views
Planeamiento detallado del objeto d... by Victor Morales 713 views
1. ® ™IBM DB2 Universal DatabaseConsulta de SQL Volumen 1Versión 8 SC10-3730-00
2. ® ™IBM DB2 Universal DatabaseConsulta de SQL Volumen 1Versión 8 SC10-3730-00
3. Antes de utilizar esta información y el producto al que da soporte, asegúrese de leer la información general incluidaen el apartado Avisos. ® ™Esta publicación es la traducción del original inglés IBM DB2 Universal Database SQL Reference, Volume 1,SC09-4844-00.Este documento contiene información sobre productos patentados de IBM. Se proporciona según un acuerdo delicencia y está protegido por la ley de la propiedad intelectual. La presente publicación no incluye garantías delproducto y las declaraciones que contiene no deben interpretarse como tales.Puede realizar pedidos de publicaciones en línea o a través del representante de IBM de su localidad.v Para realizar pedidos de publicaciones en línea, vaya a IBM Publications Center en www.ibm.com/shop/publications/orderv Para encontrar el representante de IBM correspondiente a su localidad, vaya a IBM Directory of Worldwide Contacts en www.ibm.com/planetwidePara realizar pedidos de publicaciones en márketing y ventas de DB2 de los EE.UU. o de Canadá, llame al número1-800-IBM-4YOU (426-4968).Cuando envía información a IBM, otorga a IBM un derecho no exclusivo para utilizar o distribuir dicha informaciónen la forma en que IBM considere adecuada, sin contraer por ello ninguna obligación con el remitente.© Copyright International Business Machines Corporation 1993, 2002. Reservados todos los derechos.
4. ContenidoAcerca de este manual . . . . . . . . xi Particionamiento de datos entre múltiplesA quién va dirigido este manual . . . . . xi particiones . . . . . . . . . . . . 32Estructura de este manual . . . . . . . xi Bases de datos relacionales distribuidas . . . 33 Una breve visión general del volumen 2 xiii Unidad de trabajo remota . . . . . . 34Lectura de los diagramas de sintaxis . . . xiii Unidad de trabajo distribuida dirigida porElementos de sintaxis comunes . . . . . xv aplicación . . . . . . . . . . . . 38 Designador de función . . . . . . . xv Consideraciones sobre la representación de Designador de método . . . . . . . xvii los datos . . . . . . . . . . . . 44 Designador de procedimiento . . . . . xix Sistemas federados de DB2 . . . . . . . 44Convenios utilizados en este manual . . . xxi Sistemas federados . . . . . . . . . 44 Condiciones de error . . . . . . . . xxi Fuentes de datos . . . . . . . . . 46 Convenios de resaltado . . . . . . . xxi La base de datos federada . . . . . . 48Documentación relacionada . . . . . . xxi El compilador de SQL y el optimizador de consultas . . . . . . . . . . . . 50Capítulo 1. Conceptos . . . . . . . . 1 Compensación . . . . . . . . . . 51Bases de datos relacionales . . . . . . . 1 Sesiones de paso a través . . . . . . 52Lenguaje de consulta estructurada (SQL) . . . 1 Reiniciadores y módulos de reiniciador . . 53Autorización y privilegios . . . . . . . . 2 Definiciones de servidor y opciones deEsquemas . . . . . . . . . . . . . 4 servidor . . . . . . . . . . . . 56Tablas . . . . . . . . . . . . . . 6 Correlaciones del usuario y opciones delVistas . . . . . . . . . . . . . . 7 usuario. . . . . . . . . . . . . 57Seudónimos . . . . . . . . . . . . 8 Apodos y objetos de la fuente de datos . . 58Índices . . . . . . . . . . . . . . 8 Opciones de columna . . . . . . . . 59Claves . . . . . . . . . . . . . . 9 Correlaciones de tipos de datos . . . . 60Restricciones . . . . . . . . . . . . 9 Correlaciones de funciones y plantillas de Restricciones de unicidad . . . . . . 10 funciones . . . . . . . . . . . . 63 Restricciones de referencia . . . . . . 11 Opciones de correlación de funciones . . 64 Restricciones de comprobación de tabla . . 14 Especificaciones de índice . . . . . . 65Niveles de aislamiento . . . . . . . . 15Consultas . . . . . . . . . . . . . 18 Capítulo 2. Elementos del lenguaje . . . 67Expresiones de tabla . . . . . . . . . 18 Caracteres. . . . . . . . . . . . . 67Procesos, simultaneidad y recuperación de Símbolos . . . . . . . . . . . . . 69aplicaciones . . . . . . . . . . . . 19 Identificadores . . . . . . . . . . . 71Interfaz de nivel de llamada de DB2 (CLI) y Convenios de denominación yOpen Database Connectivity (ODBC) . . . 21 calificaciones de nombre de objetoProgramas Conectividad de bases de datos explícitas . . . . . . . . . . . . 71Java (JDBC) y SQL incorporado para Java Seudónimos . . . . . . . . . . . 77(SQLJ) . . . . . . . . . . . . . . 22 ID de autorización y nombres dePaquetes . . . . . . . . . . . . . 23 autorización . . . . . . . . . . . 78Vistas de catálogo . . . . . . . . . . 23 Nombres de columna . . . . . . . . 84conversión de caracteres . . . . . . . . 23 Referencias a variables del lenguajeSupervisores de sucesos . . . . . . . . 26 principal . . . . . . . . . . . . 91Activadores . . . . . . . . . . . . 28 Tipos de datos . . . . . . . . . . . 101Espacios de tablas y otras estructuras de Tipos de datos . . . . . . . . . . 101almacenamiento. . . . . . . . . . . 30 Números. . . . . . . . . . . . 103© Copyright IBM Corp. 1993, 2002 iii
5. Series de caracteres . . . . . . . . 104 Funciones definidas por el usuario Series gráficas . . . . . . . . . . 106 escalares, de columna, de fila y de tabla . 181 Series binarias . . . . . . . . . . 107 Signaturas de función . . . . . . . 182 Gran objeto (LOB) . . . . . . . . 108 Resolución de función . . . . . . . 183 Valores de fecha y hora . . . . . . . 110 invocación de funciones. . . . . . . 188 Valores DATALINK . . . . . . . . 114 Semántica de vinculación conservadora 189 Valores XML . . . . . . . . . . 116 Métodos . . . . . . . . . . . . . 192 Tipos definidos por el usuario . . . . 117 Métodos definidos por el usuario Promoción de tipos de datos . . . . . 120 externos y SQL . . . . . . . . . 192 Conversiones entre tipos de datos . . . 122 Signaturas de método . . . . . . . 193 Asignaciones y comparaciones . . . . 126 Resolución de métodos . . . . . . . 194 Reglas para los tipos de datos del Invocación de métodos . . . . . . . 198 resultado. . . . . . . . . . . . 145 Asignación dinámica de métodos . . . 199 Reglas para la conversión de series . . . 150 Expresiones . . . . . . . . . . . . 202 Tipos de datos compatibles entre Expresiones son operadores . . . . . 203 particiones . . . . . . . . . . . 153 Expresiones con el operador deConstantes . . . . . . . . . . . . 155 concatenación . . . . . . . . . . 203 Constantes enteras . . . . . . . . 155 Expresiones con operadores aritméticos 206 Constantes de coma flotante . . . . . 156 Dos operandos enteros . . . . . . . 208 Constantes decimales . . . . . . . 156 Operandos enteros y decimales . . . . 208 Constantes de series de caracteres . . . 156 Dos operandos decimales . . . . . . 208 Constantes hexadecimales . . . . . . 157 Aritmética decimal en SQL. . . . . . 208 Constantes de series gráficas . . . . . 157 Operandos de coma flotante . . . . . 209Registros especiales . . . . . . . . . 158 Tipos definidos por el usuarios como Registros especiales . . . . . . . . 158 operandos . . . . . . . . . . . 209 CLIENT ACCTNG . . . . . . . . 160 Selección completa escalar . . . . . . 210 CLIENT APPLNAME . . . . . . . 161 Operaciones de fecha y hora y duraciones 210 CLIENT USERID . . . . . . . . . 162 Aritmética de fecha y hora en SQL . . . 211 CLIENT WRKSTNNAME . . . . . . 163 Prioridad de las operaciones . . . . . 216 CURRENT DATE . . . . . . . . . 164 Expresiones CASE . . . . . . . . 216 CURRENT DBPARTITIONNUM . . . . 165 Especificaciones CAST . . . . . . . 219 CURRENT DEFAULT TRANSFORM Operaciones de desreferencia . . . . . 222 GROUP . . . . . . . . . . . . 166 Funciones OLAP . . . . . . . . . 223 CURRENT DEGREE . . . . . . . . 167 Funciones XML . . . . . . . . . 230 CURRENT EXPLAIN MODE . . . . . 168 Invocación de métodos . . . . . . . 235 CURRENT EXPLAIN SNAPSHOT . . . 170 Tratamiento de los subtipos . . . . . 236 CURRENT MAINTAINED TABLE TYPES Referencia de secuencia . . . . . . . 237 FOR OPTIMIZATION . . . . . . . 171 Predicados . . . . . . . . . . . . 242 CURRENT PATH . . . . . . . . . 172 Predicados . . . . . . . . . . . 242 CURRENT QUERY OPTIMIZATION . . 173 Condiciones de búsqueda . . . . . . 243 CURRENT REFRESH AGE. . . . . . 174 Predicado básico . . . . . . . . . 246 CURRENT SCHEMA . . . . . . . 175 Predicado cuantificado . . . . . . . 247 CURRENT SERVER . . . . . . . . 176 Predicado BETWEEN . . . . . . . 250 CURRENT TIME . . . . . . . . . 177 Predicado EXISTS . . . . . . . . . 251 CURRENT TIMESTAMP . . . . . . 178 Predicado IN . . . . . . . . . . 252 CURRENT TIMEZONE . . . . . . . 179 Predicado LIKE . . . . . . . . . 255 USER . . . . . . . . . . . . . 180 Predicado NULL . . . . . . . . . 261Funciones . . . . . . . . . . . . 181 Predicado TYPE . . . . . . . . . 262 Funciones definidas por el usuario externas, de SQL y derivadas . . . . . 181 Capítulo 3. Funciones . . . . . . . . 265iv Consulta de SQL, Volumen 1
6. Resumen de las funciones . . . . . . . 265 DLNEWCOPY . . . . . . . . . . . 361Funciones agregadas . . . . . . . . . 289 DLPREVIOUSCOPY . . . . . . . . . 364AVG . . . . . . . . . . . . . . 290 DLREPLACECONTENT . . . . . . . 366CORRELATION . . . . . . . . . . 292 DLURLCOMPLETE . . . . . . . . . 368COUNT . . . . . . . . . . . . . 293 DLURLCOMPLETEONLY . . . . . . . 369COUNT_BIG . . . . . . . . . . . 295 DLURLCOMPLETEWRITE. . . . . . . 370COVARIANCE. . . . . . . . . . . 297 DLURLPATH . . . . . . . . . . . 372GROUPING . . . . . . . . . . . 298 DLURLPATHONLY . . . . . . . . . 373MAX . . . . . . . . . . . . . . 300 DLURLPATHWRITE . . . . . . . . . 374MIN . . . . . . . . . . . . . . 302 DLURLSCHEME . . . . . . . . . . 376Funciones de regresión . . . . . . . . 304 DLURLSERVER . . . . . . . . . . 377STDDEV . . . . . . . . . . . . . 308 DLVALUE . . . . . . . . . . . . 378 380SUM . . . . . . . . . . . . . . 309 ENCRYPT . . . . . . . . . . . . 382VARIANCE . . . . . . . . . . . . 310 EVENT_MON_STATE . . . . . . . . 385Funciones escalares . . . . . . . . . 311 EXP . . . . . . . . . . . . . . 386ABS o ABSVAL . . . . . . . . . . 312 FLOAT . . . . . . . . . . . . . 387ACOS. . . . . . . . . . . . . . 313 FLOOR . . . . . . . . . . . . . 388ASCII . . . . . . . . . . . . . . 314 GETHINT . . . . . . . . . . . . 389ASIN . . . . . . . . . . . . . . 315 GENERATE_UNIQUE . . . . . . . . 390ATAN. . . . . . . . . . . . . . 316 GRAPHIC . . . . . . . . . . . . 392ATAN2 . . . . . . . . . . . . . 317 HASHEDVALUE . . . . . . . . . . 394ATANH ATANH . . . . . . . . . . 318 HEX . . . . . . . . . . . . . . 396BIGINT . . . . . . . . . . . . . 319 HOUR . . . . . . . . . . . . . 398BLOB . . . . . . . . . . . . . . 321 IDENTITY_VAL_LOCAL . . . . . . . 399CEILING o CEIL . . . . . . . . . . 322 INSERT . . . . . . . . . . . . . 405CHAR . . . . . . . . . . . . . 323 INTEGER . . . . . . . . . . . . 407CHR . . . . . . . . . . . . . . 329 JULIAN_DAY . . . . . . . . . . . 409CLOB . . . . . . . . . . . . . . 330 LCASE o LOWER. . . . . . . . . . 410COALESCE . . . . . . . . . . . . 331 Función escalar . . . . . . . . . . 411CONCAT . . . . . . . . . . . . 332 LEFT . . . . . . . . . . . . . . 412COS . . . . . . . . . . . . . . 333 LENGTH . . . . . . . . . . . . 413COSH. . . . . . . . . . . . . . 334 LN. . . . . . . . . . . . . . . 415COT . . . . . . . . . . . . . . 335 LOCATE . . . . . . . . . . . . . 416DATE . . . . . . . . . . . . . . 336 LOG . . . . . . . . . . . . . . 417DAY . . . . . . . . . . . . . . 338 LOG10 . . . . . . . . . . . . . 418DAYNAME . . . . . . . . . . . . 340 LONG_VARCHAR . . . . . . . . . 419DAYOFWEEK . . . . . . . . . . . 341 LONG_VARGRAPHIC . . . . . . . . 420DAYOFWEEK_ISO . . . . . . . . . 342 LTRIM . . . . . . . . . . . . . 421DAYOFYEAR . . . . . . . . . . . 343 Función escalar . . . . . . . . . . 423>DAYS . . . . . . . . . . . . . 344 MICROSECOND . . . . . . . . . . 424DBCLOB. . . . . . . . . . . . . 345 MIDNIGHT_SECONDS . . . . . . . . 425DBPARTITIONNUM . . . . . . . . . 346 MINUTE. . . . . . . . . . . . . 426DECIMAL . . . . . . . . . . . . 348 MOD . . . . . . . . . . . . . . 427DECRYPT_BIN y DECRYPT_CHAR . . . 353 MONTH . . . . . . . . . . . . . 428DEGREES . . . . . . . . . . . . 355 MONTHNAME . . . . . . . . . . 429DEREF . . . . . . . . . . . . . 356 MQPUBLISH . . . . . . . . . . . 430DIFFERENCE . . . . . . . . . . . 357 MQREAD . . . . . . . . . . . . 433DIGITS . . . . . . . . . . . . . 358 MQREADCLOB . . . . . . . . . . 435DLCOMMENT. . . . . . . . . . . 359 MQRECEIVE . . . . . . . . . . . 437DLLINKTYPE . . . . . . . . . . . 360 MQRECEIVECLOB . . . . . . . . . 439 Contenido v
7. MQSEND . . . . . . . . . . . . 441 WEEK_ISO . . . . . . . . . . . . 518MQSUBSCRIBE . . . . . . . . . . 443 YEAR . . . . . . . . . . . . . . 519MQUNSUBSCRIBE . . . . . . . . . 445 Funciones de tabla . . . . . . . . . 520MULTIPLY_ALT . . . . . . . . . . 447 MQREADALL . . . . . . . . . . . 521NULLIF . . . . . . . . . . . . . 449 MQREADALLCLOB . . . . . . . . . 523POSSTR . . . . . . . . . . . . . 450 MQRECEIVEALL . . . . . . . . . . 525POWER . . . . . . . . . . . . . 452 >MQRECEIVEALLCLOB . . . . . . . 528QUARTER . . . . . . . . . . . . 453 SNAPSHOT_AGENT . . . . . . . . 531RADIANS . . . . . . . . . . . . 454 SNAPSHOT_APPL . . . . . . . . . 532RAISE_ERROR. . . . . . . . . . . 455 SNAPSHOT_APPL_INFO . . . . . . . 536RAND . . . . . . . . . . . . . 457 SNAPSHOT_BP . . . . . . . . . . 538REAL . . . . . . . . . . . . . . 458 SNAPSHOT_CONTAINER . . . . . . . 540REC2XML . . . . . . . . . . . . 459 SNAPSHOT_DATABASE . . . . . . . 542REPEAT . . . . . . . . . . . . . 465 SNAPSHOT_DBM . . . . . . . . . 547REPLACE . . . . . . . . . . . . 466 SNAPSHOT_DYN_SQL . . . . . . . . 549RIGHT . . . . . . . . . . . . . 467 SNAPSHOT_FCM . . . . . . . . . 551ROUND . . . . . . . . . . . . . 468 SNAPSHOT_FCMPARTITION . . . . . 552RTRIM . . . . . . . . . . . . . 470 SNAPSHOT_LOCK . . . . . . . . . 553Función escalar . . . . . . . . . . 471 SNAPSHOT_LOCKWAIT . . . . . . . 555SECOND . . . . . . . . . . . . 472 SNAPSHOT_QUIESCERS . . . . . . . 557SIGN . . . . . . . . . . . . . . 473 SNAPSHOT_RANGES . . . . . . . . 558SIN . . . . . . . . . . . . . . 474 SNAPSHOT_STATEMENT . . . . . . . 560SINH SINH . . . . . . . . . . . . 475 SNAPSHOT_SUBSECT . . . . . . . . 562SMALLINT . . . . . . . . . . . . 476 SNAPSHOT_SWITCHES . . . . . . . 564SOUNDEX . . . . . . . . . . . . 477 SNAPSHOT_TABLE . . . . . . . . . 565SPACE . . . . . . . . . . . . . 478 SNAPSHOT_TBS . . . . . . . . . . 567SQRT . . . . . . . . . . . . . . 479 SNAPSHOT_TBS_CFG . . . . . . . . 569SUBSTR . . . . . . . . . . . . . 480 SQLCACHE_SNAPSHOT . . . . . . . 571TABLE_NAME. . . . . . . . . . . 484 Procedimientos . . . . . . . . . . 572TABLE_SCHEMA . . . . . . . . . . 486 GET_ROUTINE_SAR . . . . . . . . 573TAN . . . . . . . . . . . . . . 489 PUT_ROUTINE_SAR . . . . . . . . 575TANH . . . . . . . . . . . . . 490 Funciones definidas por el usuario . . . . 577TIME . . . . . . . . . . . . . . 491TIMESTAMP . . . . . . . . . . . 492 Capítulo 4. Consultas . . . . . . . . 579TIMESTAMP_FORMAT . . . . . . . . 494 Consultas de SQL . . . . . . . . . . 579TIMESTAMP_ISO . . . . . . . . . . 496 Subselección . . . . . . . . . . . 580TIMESTAMPDIFF. . . . . . . . . . 497 cláusula-select . . . . . . . . . . 581TO_CHAR . . . . . . . . . . . . 499 cláusula-from . . . . . . . . . . 586TO_DATE . . . . . . . . . . . . 500 referencia-tabla. . . . . . . . . . 587TRANSLATE . . . . . . . . . . . 501 tabla-unida . . . . . . . . . . . 591TRUNCATE o TRUNC . . . . . . . . 504 cláusula-where . . . . . . . . . . 594TYPE_ID. . . . . . . . . . . . . 506 Cláusula group-by . . . . . . . . 595TYPE_NAME . . . . . . . . . . . 507 cláusula-having . . . . . . . . . 602TYPE_SCHEMA . . . . . . . . . . 508 cláusula-order-by . . . . . . . . . 603UCASE o UPPER . . . . . . . . . . 509 cláusula-fetch-first . . . . . . . . 607VALUE . . . . . . . . . . . . . 510 Ejemplos de subselecciones . . . . . 607VARCHAR . . . . . . . . . . . . 511 Ejemplos de uniones . . . . . . . . 610VARCHAR_FORMAT . . . . . . . . 513 Ejemplos de conjuntos de agrupaciones,VARGRAPHIC . . . . . . . . . . . 515 cube y rollup . . . . . . . . . . 614WEEK . . . . . . . . . . . . . 517 Selección completa . . . . . . . . . 623vi Consulta de SQL, Volumen 1
8. Ejemplos de una selección completa . . 626 SYSCAT.COLUMNS . . . . . . . . . 685Sentencia select . . . . . . . . . . 629 SYSCAT.COLUSE . . . . . . . . . . 692 expresión-común-tabla . . . . . . . 629 SYSCAT.CONSTDEP . . . . . . . . . 693 cláusula-update . . . . . . . . . 632 SYSCAT.DATATYPES . . . . . . . . 694 cláusula-read-only . . . . . . . . 632 SYSCAT.DBAUTH . . . . . . . . . 696 cláusula-optimize-for. . . . . . . . 633 SYSCAT.DBPARTITIONGROUPDEF . . . 698 Ejemplos de una sentencia-select . . . . 634 SYSCAT.DBPARTITIONGROUPS . . . . 699 SYSCAT.EVENTMONITORS . . . . . . 700Apéndice A. Límites de SQL . . . . . 637 SYSCAT.EVENTS . . . . . . . . . . 702 SYSCAT.EVENTS . . . . . . . . . . 703Apéndice B. SQLCA (área de SYSCAT.FULLHIERARCHIES . . . . . . 704comunicaciones SQL). . . . . . . . 645 SYSCAT.FUNCMAPOPTIONS . . . . . 705Descripción de los campos de la SQLCA . . 645 SYSCAT.FUNCMAPPARMOPTIONS . . . 706Informe de errores . . . . . . . . . 650 SYSCAT.FUNCMAPPINGS. . . . . . . 707Utilización de SQLCA en sistemas de bases SYSCAT.HIERARCHIES. . . . . . . . 708de datos particionadas . . . . . . . . 650 SYSCAT.INDEXAUTH . . . . . . . . 709 SYSCAT.INDEXCOLUSE . . . . . . . 710Apéndice C. SQLDA (área de descriptores SYSCAT.INDEXDEP . . . . . . . . . 711de SQL). . . . . . . . . . . . . 651 SYSCAT.INDEXES . . . . . . . . . 712Descripción de los campos de la SQLDA . . 651 SYSCAT.INDEXEXPLOITRULES . . . . . 718 Campos en la cabecera SQLDA . . . . 652 SYSCAT.INDEXEXTENSIONDEP . . . . 719 Campos de una ocurrencia de una SYSCAT.INDEXEXTENSIONMETHODS . . 720 SQLVAR base . . . . . . . . . . 653 SYSCAT.INDEXEXTENSIONPARMS . . . 721 Campos de una ocurrencia de una SYSCAT.INDEXEXTENSIONS. . . . . . 722 SQLVAR secundaria . . . . . . . . 655 SYSCAT.INDEXOPTIONS . . . . . . . 723Efecto de DESCRIBE en la SQLDA . . . . 657 SYSCAT.KEYCOLUSE . . . . . . . . 724SQLTYPE y SQLLEN . . . . . . . . 659 SYSCAT.NAMEMAPPINGS . . . . . . 725 SQLTYPE no reconocidos y no soportados 662 SYSCAT.PACKAGEAUTH . . . . . . . 726 Números decimales empaquetados . . . 662 SYSCAT.PACKAGEDEP. . . . . . . . 727 Campo SQLLEN para decimales . . . . 663 SYSCAT.PACKAGES . . . . . . . . . 729 SYSCAT.PARTITIONMAPS . . . . . . 735Apéndice D. Vistas de catálogo . . . . 665 SYSCAT.PASSTHRUAUTH. . . . . . . 736‘Mapa de carreteras’ para las vistas de SYSCAT.PREDICATESPECS . . . . . . 737catálogo . . . . . . . . . . . . . 665 SYSCAT.PROCOPTIONS . . . . . . . 738‘Mapa de carreteras’ para vistas de catálogo SYSCAT.PROCPARMOPTIONS . . . . . 739actualizables . . . . . . . . . . . 668 SYSCAT.REFERENCES . . . . . . . . 740Vistas de catálogo del sistema. . . . . . 668 SYSCAT.REVTYPEMAPPINGS . . . . . 741SYSIBM.SYSDUMMY1 . . . . . . . . 671 SYSCAT.ROUTINEAUTH . . . . . . . 743SYSCAT.ATTRIBUTES . . . . . . . . 672 SYSCAT.ROUTINEDEP . . . . . . . . 745SYSCAT.BUFFERPOOLDBPARTITIONS . . 674 SYSCAT.ROUTINEPARMS . . . . . . . 746SYSCAT.BUFFERPOOLS . . . . . . . 675 SYSCAT.ROUTINES . . . . . . . . . 748SYSCAT.CASTFUNCTIONS . . . . . . 676 SYSCAT.SCHEMAAUTH . . . . . . . 756SYSCAT.CHECKS . . . . . . . . . . 677 SYSCAT.SCHEMATA . . . . . . . . 757SYSCAT.COLAUTH . . . . . . . . . 678 SYSCAT.SEQUENCEAUTH . . . . . . 758SYSCAT.COLCHECKS . . . . . . . . 679 SYSCAT.SEQUENCES . . . . . . . . 759SYSCAT.COLDIST . . . . . . . . . 680 SYSCAT.SERVEROPTIONS. . . . . . . 761SYSCAT.COLGROUPDIST . . . . . . . 681 SYSCAT.SERVERS. . . . . . . . . . 762SYSCAT.COLGROUPDISTCOUNTS. . . . 682 SYSCAT.STATEMENTS . . . . . . . . 763SYSCAT.COLGROUPS . . . . . . . . 683 SYSCAT.TABAUTH . . . . . . . . . 764SYSCAT.COLOPTIONS . . . . . . . . 684 SYSCAT.TABCONST . . . . . . . . . 766 Contenido vii
9. SYSCAT.TABDEP . . . . . . . . . . 767 Fuentes de datos DB2 para UNIX ySYSCAT.TABLES . . . . . . . . . . 768 Windows . . . . . . . . . . . 823SYSCAT.TABLESPACES . . . . . . . . 774 Fuentes de datos Informix . . . . . . 824SYSCAT.TABOPTIONS . . . . . . . . 776 Fuentes de datos SQLNET de Oracle . . 825SYSCAT.TBSPACEAUTH . . . . . . . 777 Fuentes de datos NET8 de Oracle . . . 827SYSCAT.TRANSFORMS. . . . . . . . 778 Fuentes de datos Microsoft SQL Server 828SYSCAT.TRIGDEP . . . . . . . . . 779 Fuentes de datos ODBC. . . . . . . 831SYSCAT.TRIGGERS . . . . . . . . . 780 Fuentes de datos Sybase . . . . . . 833SYSCAT.TYPEMAPPINGS . . . . . . . 782 Correlaciones de tipos de datos invertidasSYSCAT.USEROPTIONS . . . . . . . 784 por omisión. . . . . . . . . . . . 834SYSCAT.VIEWS . . . . . . . . . . 785 Fuentes de datos DB2 para z/OS ySYSCAT.WRAPOPTIONS . . . . . . . 786 OS/390 . . . . . . . . . . . . 836SYSCAT.WRAPPERS . . . . . . . . . 787 Fuentes de datos DB2 para iSeries . . . 837SYSSTAT.COLDIST . . . . . . . . . 788 Fuentes de datos DB2 Server para VM ySYSSTAT.COLUMNS. . . . . . . . . 790 VSE . . . . . . . . . . . . . 838SYSSTAT.INDEXES . . . . . . . . . 792 Fuentes de datos DB2 para UNIX ySYSSTAT.ROUTINES . . . . . . . . . 797 Windows . . . . . . . . . . . 839SYSSTAT.TABLES . . . . . . . . . . 799 Fuentes de datos Informix . . . . . . 840 Fuentes de datos SQLNET de Oracle . . 841Apéndice E. Sistemas federados . . . . 801 Fuentes de datos NET8 de Oracle . . . 842Tipos de servidores válidos en sentencias de Fuentes de datos de Microsoft SQL Server 844SQL . . . . . . . . . . . . . . 801 Fuentes de datos Sybase . . . . . . 844 Reiniciador CTLIB . . . . . . . . 801 Reiniciador DBLIB . . . . . . . . 801 Apéndice F. La base de datos SAMPLE 847 Reiniciador DJXMSSQL3 . . . . . . 801 Creación de la base de datos SAMPLE . . . 847 Reiniciador DRDA . . . . . . . . 801 Eliminación de la base de datos SAMPLE 847 Reiniciador Informix . . . . . . . . 803 Tabla CL_SCHED . . . . . . . . . . 847 Reiniciador MSSQLODBC3 . . . . . 803 Tabla DEPARTMENT . . . . . . . . 848 Reiniciador NET8 . . . . . . . . . 803 Tabla EMPLOYEE. . . . . . . . . . 848 Reiniciador ODBC . . . . . . . . 803 Tabla EMP_ACT . . . . . . . . . . 852 Reiniciador OLE DB . . . . . . . . 803 Tabla EMP_PHOTO . . . . . . . . . 854 Reiniciador SQLNET . . . . . . . . 803 Tabla EMP_RESUME. . . . . . . . . 854Opciones de columna para sistemas Tabla IN_TRAY . . . . . . . . . . 855federados . . . . . . . . . . . . 804 Tabla ORG . . . . . . . . . . . . 855Opciones de correlación de funciones para Tabla PROJECT . . . . . . . . . . 855sistemas federados . . . . . . . . . 805 Tabla SALES . . . . . . . . . . . 856Opciones de servidor para sistemas Tabla STAFF . . . . . . . . . . . 858federados . . . . . . . . . . . . 806 Tabla STAFFG (sólo para páginas de códigosOpciones del usuario para sistemas de doble byte) . . . . . . . . . . . 859federados . . . . . . . . . . . . 816 Archivos de muestra con tipos de datosOpciones de reiniciador para sistemas BLOB y CLOB . . . . . . . . . . . 860federados . . . . . . . . . . . . 817 Foto de Quintana . . . . . . . . . 860Correlaciones de tipos de datos en avance Currículum vitae de Quintana . . . . 860por omisión. . . . . . . . . . . . 818 Foto de Nicholls . . . . . . . . . 862 Fuentes de datos DB2 para z/OS y Currículum vitae de Nicholls . . . . . 862 OS/390 . . . . . . . . . . . . 819 Foto de Adamson . . . . . . . . . 863 Fuentes de datos DB2 para iSeries . . . 820 Currículum vitae de Adamson . . . . 863 Fuentes de datos DB2 Server para VM y Foto de Walker. . . . . . . . . . 865 VSE . . . . . . . . . . . . . 822 Currículum vitae de Walker . . . . . 865viii Consulta de SQL, Volumen 1
10. Apéndice G. Nombres de esquema Tipos de datos . . . . . . . . . . 936reservados y palabras reservadas . . . 867 Constantes . . . . . . . . . . . 939 Funciones . . . . . . . . . . . 939Apéndice H. Comparación de niveles de Expresiones . . . . . . . . . . . 939aislamiento . . . . . . . . . . . 871 Predicados . . . . . . . . . . . 940 Funciones . . . . . . . . . . . . 941Apéndice I. Interacción de los activadores LENGTH . . . . . . . . . . . 941con las restricciones . . . . . . . . 873 SUBSTR . . . . . . . . . . . . 941 TRANSLATE . . . . . . . . . . 941Apéndice J. Tablas de Explain . . . . . 877 VARGRAPHIC . . . . . . . . . . 941Tablas de Explain . . . . . . . . . . 877 Sentencias . . . . . . . . . . . . 942Tabla EXPLAIN_ARGUMENT . . . . . 878 CONNECT . . . . . . . . . . . 942Tabla EXPLAIN_INSTANCE . . . . . . 882 PREPARE . . . . . . . . . . . 942Tabla EXPLAIN_OBJECT . . . . . . . 885Tabla EXPLAIN_OPERATOR . . . . . . 888 Apéndice Q. Especificaciones de formatoTabla EXPLAIN_PREDICATE . . . . . . 891 de Backus-Naur (BNF) para los enlacesTabla EXPLAIN_STATEMENT . . . . . 894 de datos . . . . . . . . . . . . 945Tabla EXPLAIN_STREAM . . . . . . . 897Tabla ADVISE_INDEX . . . . . . . . 899 Apéndice R. Información técnica sobreTabla ADVISE_WORKLOAD . . . . . . 903 DB2 Universal Database . . . . . . . 949 Visión general de la información técnica deApéndice K. Valores de registro de DB2 Universal Database . . . . . . . 949EXPLAIN . . . . . . . . . . . . 905 FixPaks para la documentación de DB2 949 Categorías de la información técnica deApéndice L. Ejemplo de recurrencia: Lista DB2 . . . . . . . . . . . . . 949de material . . . . . . . . . . . 911 Impresión de manuales de DB2 desdeEjemplo 1: Explosión de primer nivel . . . 911 archivos PDF . . . . . . . . . . . 957Ejemplo 2: Explosión resumida . . . . . 913 Solicitud de manuales de DB2 impresos . . 958Ejemplo 3: Control de profundidad . . . . 914 Acceso a la ayuda en línea . . . . . . . 959 Búsqueda de temas mediante el acceso alApéndice M. Tablas de excepciones . . . 917 Centro de información de DB2 desde unReglas para crear una tabla de excepciones 917 navegador . . . . . . . . . . . . 961Gestión de las filas en una tabla de Búsqueda de información de productosexcepciones . . . . . . . . . . . . 920 mediante el acceso al Centro de informaciónConsulta de las tablas de excepciones . . . 921 de DB2 desde las herramientas de administración . . . . . . . . . . . 963 Cómo ver documentación técnica en líneaApéndice N. Sentencias de SQL que se directamente desde el CD de documentaciónpermiten en rutinas . . . . . . . . 923 HTML de DB2 . . . . . . . . . . . 965 Actualización de la documentación HTMLApéndice O. CALL invocada desde una instalada en la máquina. . . . . . . . 966sentencia compilada . . . . . . . . 927 Copia de archivos desde el CD de documentación HTML de DB2 en unApéndice P. Consideraciones sobre servidor Web . . . . . . . . . . . 967Extended UNIX Code (EUC) para japonés Resolución de problemas de búsqueda dey chino tradicional . . . . . . . . . 935 documentación de DB2 con Netscape 4.x . . 968Elementos del lenguaje . . . . . . . . 935 Búsqueda en la documentación de DB2 . . 969 Caracteres . . . . . . . . . . . 935 Información en línea de resolución de Símbolos . . . . . . . . . . . . 935 problemas de DB2 . . . . . . . . . 970 Identificadores . . . . . . . . . . 936 Accesibilidad . . . . . . . . . . . 971 Contenido ix
11. Entrada de teclado y navegación . . . . 971 Apéndice S. Avisos. . . . . . . . . 975 Pantalla accesible . . . . . . . . . 972 Marcas registradas . . . . . . . . . 978 Señales de alerta alternativas . . . . . 972 Compatibilidad con tecnologías de Índice . . . . . . . . . . . . . 981 asistencia . . . . . . . . . . . 972 Documentación accesible . . . . . . 972 Cómo ponerse en contacto con IBM 1003Guías de aprendizaje de DB2 . . . . . . 972 Información sobre productos. . . . . . 1003Acceso al Centro de información de DB2desde un navegador . . . . . . . . . 973x Consulta de SQL, Volumen 1
12. Acerca de este manual El manual Consulta de SQL en sus dos volúmenes define el lenguaje SQL que utiliza DB2 Universal Database Versión 8 e incluye: v Información sobre los conceptos de bases de datos relacionales, los elementos del lenguaje, las funciones y los formatos de las consultas (Volumen 1) v Información sobre la sintaxis y la semántica de las sentencias de SQL (Volumen 2).A quién va dirigido este manual Este manual va dirigido a aquellas personas que deseen utilizar el Lenguaje de consulta estructurada (SQL) para acceder a una base de datos. Principalmente, es para los programadores y los administradores de bases de datos, pero también pueden utilizarlo aquellos que acceden a las bases de datos utilizando el procesador de línea de mandatos (CLP). Este manual sirve más de consulta que de guía de aprendizaje. Supone que va a escribir programas de aplicación y, por lo tanto, presenta todas las funciones del gestor de bases de datos.Estructura de este manual Este manual contiene información sobre los siguientes temas principales: v El Capítulo 1, “Conceptos” en la página 1 explica los conceptos básicos de las bases de datos relacionales y de SQL. v El Capítulo 2, “Elementos del lenguaje” en la página 67 describe la sintaxis básica de SQL y los elementos del lenguaje que son comunes a muchas sentencias de SQL. v El Capítulo 3, “Funciones” en la página 265 contiene diagramas de sintaxis, descripciones semánticas, normas y ejemplos de utilización de las funciones de columna y funciones escalares de SQL. v El Capítulo 4, “Consultas” en la página 579 describe los distintos formatos de una consulta. v El Apéndice A, “Límites de SQL” en la página 637 muestra las restricciones de SQL. v El Apéndice B, “SQLCA (área de comunicaciones SQL)” en la página 645 describe la estructura SQLCA.© Copyright IBM Corp. 1993, 2002 xi
13. Estructura de este manual v El Apéndice C, “SQLDA (área de descriptores de SQL)” en la página 651 describe la estructura SQLDA. v La Apéndice D, “Vistas de catálogo” en la página 665 describe las vistas de catálogo de la base de datos. v El Apéndice E, “Sistemas federados” en la página 801 describe las opciones y las correlaciones de tipos para sistemas federados. v El Apéndice F, “La base de datos SAMPLE” en la página 847 describe las tablas de muestra utilizadas en los ejemplos. v El Apéndice G, “Nombres de esquema reservados y palabras reservadas” en la página 867 contiene los nombres de esquemas reservados y las palabras reservadas correspondientes a los estándares SQL de IBM y SQL99 ISO/ANS. v El Apéndice H, “Comparación de niveles de aislamiento” en la página 871 contiene un resumen de los niveles de aislamiento. v El Apéndice I, “Interacción de los activadores con las restricciones” en la página 873 explica la interacción de los activadores y las restricciones referenciales. v El Apéndice J, “Tablas de Explain” en la página 877 describe las tablas Explain. v El Apéndice K, “Valores de registro de EXPLAIN” en la página 905 describe la interacción entre sí de los valores de registro especiales CURRENT EXPLAIN MODE y CURRENT EXPLAIN SNAPSHOT y con los mandatos PREP y BIND. v El Apéndice L, “Ejemplo de recurrencia: Lista de material” en la página 911, contiene un ejemplo de una consulta recursiva. v El Apéndice M, “Tablas de excepciones” en la página 917 contiene información sobre tablas creadas por el usuario que se utilizan con la sentencia SET INTEGRITY. v El Apéndice N, “Sentencias de SQL que se permiten en rutinas” en la página 923 lista las sentencias de SQL que es posible ejecutar en rutinas con diferentes contextos de acceso a datos SQL. v El Apéndice O, “CALL invocada desde una sentencia compilada” en la página 927 describe la sentencia CALL que puede invocarse desde una sentencia compilada. v El Apéndice P, “Consideraciones sobre Extended UNIX Code (EUC) para japonés y chino tradicional” en la página 935 muestra las consideraciones a tener en cuenta cuando se utilizan los juegos de caracteres Extended UNIX Code (EUC). v El Apéndice Q, “Especificaciones de formato de Backus-Naur (BNF) para los enlaces de datos” en la página 945 contiene las especificaciones del formato Backus-Naur (BNF) para archivos DATALINK.xii Consulta de SQL, Volumen 1
14. Una breve visión general del volumen 2 Una breve visión general del volumen 2 El segundo volumen de Consulta de SQL contiene información sobre la sintaxis y la semántica de las sentencias SQL. A continuación se describen brevemente los capítulos específicos del volumen: v “Sentencias SQL” contiene diagramas de sintaxis, descripciones semánticas, normas y ejemplos de todas las sentencias de SQL. v “Sentencias de control de SQL” contiene diagramas de sintaxis, descripciones semánticas, normas y ejemplos de sentencias de procedimiento de SQL.Lectura de los diagramas de sintaxis En este manual, la sintaxis se describe utilizando la estructura definida de la siguiente manera: Lea los diagramas de sintaxis de izquierda a derecha y de arriba a abajo, siguiendo la línea. El símbolo ─── indica el inicio de un diagrama de sintaxis. El símbolo ─── indica que la sintaxis continúa en la línea siguiente. El símbolo ─── indica que continúa la sintaxis de la línea anterior. El símbolo ── indica el final de un diagrama de sintaxis. Los fragmentos de sintaxis empiezan con el símbolo ├─── y terminan con el símbolo ───┤. Los elementos necesarios aparecen en la línea horizontal (la línea principal). elemento_obligatorio Los elementos opcionales aparecen debajo de la línea principal. elemento_obligatorio elemento_opcional Si aparece un elemento opcional por encima de la línea principal, dicho elemento no tiene ningún efecto en la ejecución y sólo se utiliza para facilitar la lectura. Acerca de este manual xiii
15. Lectura de los diagramas de sintaxis elemento_opcional elemento_obligatorio Si puede elegir entre dos o más elementos, aparecen en una pila. Si debe elegir uno de los elementos, un elemento de la pila aparece en la ruta principal. elemento_obligatorio opción1_obligatoria opción2_obligatoria Si la elección de uno de los elementos es opcional, toda la pila aparece por debajo de la línea principal. elemento_obligatorio opción1_opcional opción2_opcional Si uno de los elementos es el valor por omisión, aparecerá por encima de la línea principal y el resto de las opciones se mostrarán por debajo. opción_omisión elemento_obligatorio opción_opcional opción_opcional Una flecha que vuelve a la izquierda, por encima de la línea principal, indica un elemento que se puede repetir. En este caso, los elementos repetidos deben ir separados por uno o varios espacios en blanco. elemento_obligatorio elemento_repetible Si la flecha de repetición contiene una coma, debe separar los elementos repetidos con una coma. , elemento_obligatorio elemento_repetible Una flecha de repetición por encima de una pila indica que puede elegir más de una opción de entre los elementos apilados o repetir una sola opción.xiv Consulta de SQL, Volumen 1
16. Lectura de los diagramas de sintaxis Las palabras clave aparecen en mayúsculas (por ejemplo, FROM). Deben escribirse exactamente igual a como aparecen en la sintaxis. Las variables aparecen en minúsculas (por ejemplo, nombre-columna). Representan nombres suministrados por el usuario o valores de la sintaxis. Si aparecen signos de puntuación, paréntesis, operadores aritméticos u otros símbolos, debe entrarlos como parte de la sintaxis. A veces, una sola variable representa un fragmento mayor de la sintaxis. Por ejemplo, en el diagrama siguiente, la variable bloque-parámetros representa todo el fragmento de sintaxis denominado bloque-parámetros: elemento_obligatorio bloque-parámetros bloque-parámetros: parámetro1 parámetro2 parámetro3 parámetro4 Los segmentos adyacentes que aparecen entre “puntos grandes” (*) se pueden especificar en cualquier secuencia. elemento_obligatorio elemento1 * elemento2 * elemento3 * elemento4 El diagrama anterior muestra que el elemento2 y el elemento3 se pueden especificar en cualquier orden. Son válidos los dos diagramas siguientes: elemento_obligatorio elemento1 elemento2 elemento3 elemento4 elemento_obligatorio elemento1 elemento3 elemento2 elemento4Elementos de sintaxis comunes Las secciones siguientes describen una serie de fragmentos de sintaxis que se utilizan en diagramas de sintaxis. Se hace referencia a los fragmentos de la forma siguiente: fragmento Designador de función Un desginador de función identifica una sola función de forma exclusiva. Los designadores de función suelen aparecen en sentencias DDL para funciones (como, por ejemplo, DROP o ALTER). Sintaxis: Acerca de este manual xv
17. Designador de función designador-función: FUNCTION nombre-función ( ) , ( tipo-datos ) SPECIFIC FUNCTION nombre-específico Descripción: FUNCTION nombre-función Identifica una función específica y sólo es válido si hay exactamente una instancia de función con el nombre nombre-función en el esquema. La función identificada puede tener un número cualquiera de parámetros definidos para ella.En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para un nombre de objeto no calificado. En las sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. Si no existe ninguna función con este nombre en el esquema nombrado o implícito, se produce un error (SQLSTATE 42704). Si existe más de una instancia de la función en el esquema mencionado o implicado, se producirá un error (SQLSTATE 42725). FUNCTION nombre-función (tipo-datos,...) Proporciona la signatura de la función, que identifica de manera exclusiva la función. El algoritmo de resolución de funciones no se utiliza. nombre-función Especifica el nombre de la función. En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para un nombre de objeto no calificado. En las sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. (tipo-datos, ...) Los valores deben coincidir con los tipos de datos que se han especificado (en la posición correspondiente) en la sentencia CREATE FUNCTION. El número de tipos de datos y la concatenación lógica de los tipos de datos se utiliza para identificar la instancia de función específica. Si un tipo de datos no está calificado, el nombre de tipo se resuelve efectuando una búsqueda en los esquemas de la vía de acceso de SQL. Esto también se aplica a los nombres de tipo de datos especificados para un tipo REFERENCE.xvi Consulta de SQL, Volumen 1
18. Designador de función Para los tipos de datos parametrizados no es necesario especificar la longitud, la precisión ni la escala. En su lugar, se puede codificar un conjunto vacío de paréntesis para indicar que estos atributos se han de pasar por alto al buscar coincidencias de un tipo de datos. No puede utilizarse FLOAT() (SQLSTATE 42601), porque el valor del parámetro indica tipos de datos diferentes (REAL o DOUBLE). Si se codifica la longitud, la precisión o la escala, el valor debe coincidir exactamente con el especificado en la sentencia CREATE FUNCTION. No es necesario que un tipo de FLOAT (n) coincida con el valor definido para n, porque 0 < n < 25 significa REAL y 24< n < 54 significa DOUBLE. La coincidencia se produce en base de si el tipo es REAL o DOUBLE. Si en el esquema nombrado o implícito no hay ninguna función con la signatura especificada, se genera un error (SQLSTATE 42883). SPECIFIC FUNCTION nombre-específico Identifica una función definida por el usuario concreta, mediante un nombre que se especifica o se toma por omisión al crear la función. En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para un nombre de objeto no calificado. En las sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. El nombre-específico debe identificar una instancia de función específica en el esquema nombrado o implícito; de lo contrario, se produce un error (SQLSTATE 42704).Designador de método Un desginador de método identifica un solo método de forma exclusiva. Los designadores de método suelen aparecen en sentencias DDL para métodos (como, por ejemplo, DROP o ALTER). Sintaxis: designador-método: METHOD nombre-método FOR nombre-tipo ( ) , ( tipo-datos ) SPECIFIC METHOD nombre-específico Descripción: METHOD nombre-método Identifica un método determinado y sólo es válido si hay exactamente una instancia de método cuyo nombre sea nombre-método y su tipo sea Acerca de este manual xvii
19. Designador de método nombre-tipo. El método identificado puede tener un número cualquiera de parámetros definidos para él. Si no existe ningún método con este nombre para el tipo, se produce un error (SQLSTATE 42704). Si existe más de una instancia específica del método para el tipo, se produce un error (SQLSTATE 42725). METHOD nombre-método (tipo-datos,...) Proporciona la signatura del método, que identifica de manera exclusiva el método. El algoritmo de resolución de métodos no se utiliza. nombre-método Especifica el nombre del método para el tipo nombre-tipo. (tipo-datos, ...) Los valores deben coincidir con los tipos de datos que se han especificado (en la posición correspondiente) en la sentencia CREATE TYPE. El número de tipos de datos y la concatenación lógica de los tipos de datos se utiliza para identificar la instancia de método específica. Si un tipo de datos no está calificado, el nombre de tipo se resuelve efectuando una búsqueda en los esquemas de la vía de acceso de SQL. Esto también se aplica a los nombres de tipo de datos especificados para un tipo REFERENCE. Para los tipos de datos parametrizados no es necesario especificar la longitud, la precisión ni la escala. En su lugar, se puede codificar un conjunto vacío de paréntesis para indicar que estos atributos se han de pasar por alto al buscar coincidencias de un tipo de datos. No puede utilizarse FLOAT() (SQLSTATE 42601), porque el valor del parámetro indica tipos de datos diferentes (REAL o DOUBLE). Si se codifica la longitud, la precisión o la escala, el valor debe coincidir exactamente con el especificado en la sentencia CREATE TYPE. No es necesario que un tipo de FLOAT (n) coincida con el valor definido para n, porque 0 < n < 25 significa REAL y 24< n < 54 significa DOUBLE. La coincidencia se produce en base de si el tipo es REAL o DOUBLE. Si no existe ningún método para el tipo con la signatura especificada en el esquema nombrado o implícito, se genera un error (SQLSTATE 42883). FOR nombre-tipo Designa el tipo con el cual se debe asociar el método especificado. El nombre debe identificar un tipo que ya esté descrito en el catálogo (SQLSTATE 42704). En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para unxviii Consulta de SQL, Volumen 1
20. Designador de método nombre de objeto no calificado. En las sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. SPECIFIC METHOD nombre-específico Identifica un método concreto, mediante el nombre que se especifica o se toma por omisión al crear el método. En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para un nombre de objeto no calificado. En las sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. El nombre-específico debe identificar una instancia de método específica en el esquema nombrado o implícito; de lo contrario, se produce un error (SQLSTATE 42704).Designador de procedimiento Un desginador de procedimiento identifica un solo procedimiento almacenado de forma exclusiva. Los designadores de procedimiento suelen aparecen en sentencias DDL para procedimientos (como, por ejemplo, DROP o ALTER). Sintaxis: designador-procedimiento: PROCEDURE nombre-procedimiento ( ) , ( tipo-datos ) SPECIFIC PROCEDURE nombre-específico Descripción: PROCEDURE nombre-procedimiento Identifica un procedimiento concreto y sólo es válido si hay exactamente una instancia de procedimiento con el nombre nombre-procedimiento en el esquema. El procedimiento identificado puede tener un número cualquiera de parámetros definidos para él. En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para un nombre de objeto no calificado. En las sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. Si no existe ningún procedimiento con este nombre en el esquema nombrado o implícito, se genera un error (SQLSTATE 42704). Si existe más de una instancia del procedimiento en el esquema mencionado o implicado, se producirá un error (SQLSTATE 42725). Acerca de este manual xix
21. Designador de procedimiento PROCEDURE nombre-procedimiento (tipo-datos,...) Proporciona la signatura del procedimiento, que identifica de manera exclusiva el procedimiento. El algoritmo de resolución de procedimientos no se utiliza. nombre-procedimiento Especifica el nombre del procedimiento. En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para un nombre de objeto no calificado. En las sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. (tipo-datos, ...) Los valores deben coincidir con los tipos de datos que se han especificado (en la posición correspondiente) en la sentencia CREATE PROCEDURE. El número de tipos de datos y la concatenación lógica de los tipos de datos se utiliza para identificar la instancia de procedimiento específica. Si un tipo de datos no está calificado, el nombre de tipo se resuelve efectuando una búsqueda en los esquemas de la vía de acceso de SQL. Esto también se aplica a los nombres de tipo de datos especificados para un tipo REFERENCE. Para los tipos de datos parametrizados no es necesario especificar la longitud, la precisión ni la escala. En su lugar, se puede codificar un conjunto vacío de paréntesis para indicar que estos atributos se han de pasar por alto al buscar coincidencias de un tipo de datos. No puede utilizarse FLOAT() (SQLSTATE 42601), porque el valor del parámetro indica tipos de datos diferentes (REAL o DOUBLE). Si se codifica la longitud, la precisión o la escala, el valor debe coincidir exactamente con el especificado en la sentencia CREATE PROCEDURE. No es necesario que un tipo de FLOAT (n) coincida con el valor definido para n, porque 0 < n < 25 significa REAL y 24< n < 54 significa DOUBLE. La coincidencia se produce en base de si el tipo es REAL o DOUBLE. Si no existe ningún procedimiento con la signatura especificada en el esquema nombrado o implícito, se genera un error (SQLSTATE 42883). SPECIFIC PROCEDURE nombre-específico Identifica un procedimiento concreto, mediante el nombre que se especifica o se toma por omisión al crear el procedimiento. En las sentencias de SQL dinámicas, el registro especial CURRENT SCHEMA se utiliza como calificador para un nombre de objeto no calificado. En lasxx Consulta de SQL, Volumen 1
22. Designador de procedimiento sentencias de SQL estáticas, la opción de precompilación/vinculación QUALIFIER especifica implícitamente el calificador para los nombres de objeto no calificados. El nombre-específico debe identificar una instancia del procedimiento específico en el esquema nombrado o implícito; de lo contrario, se genera un error (SQLSTATE 42704).Convenios utilizados en este manual Esta sección especifica algunos convenios que se utilizan coherentemente en este manual. Condiciones de error Una condición de error se indica en el texto del manual listando entre corchetes el SQLSTATE asociado al error. Por ejemplo: Si hay una signatura duplicada se genera un error de SQL (SQLSTATE 42723). Convenios de resaltado Se utilizan los siguientes convenios en este manual. Negrita Indica mandatos, palabras clave y otros elementos cuyos nombres están predefinidos por el sistema. Cursiva Indica uno de los casos siguientes: v Nombres o valores (variables) que debe suministrar el usuario. v Énfasis general. v La presentación de un término nuevo. v Una referencia a otra fuente de información. Monoespaciado Indica uno de los casos siguientes: v Archivos y directorios, v Información que se indica al usuario que escriba en un indicador de mandatos o en una ventana. v Ejemplos de valores de datos concretos. v Ejemplos de texto similar al que puede mostrar el sistema. v Ejemplos de mensajes del sistema.Documentación relacionada Las siguientes publicaciones pueden ser útiles en la preparación de aplicaciones: v Administration Guide Acerca de este manual xxi
23. Documentación relacionada – Contiene la información necesaria para diseñar, implantar y mantener una base de datos a la que se va a acceder de forma local o en un entorno de cliente/servidor. v Application Development Guide – Explica el proceso de desarrollo de aplicaciones y la forma de codificar, compilar y ejecutar programas de aplicación que utilizan SQL intercalado y API para acceder a la base de datos. v DB2 Universal Database for iSeries SQL Reference – Este manual define el Lenguaje de consulta estructurada (SQL) soportado por DB2 Query Manager y SQL Development Kit en iSeries (AS/400). Contiene información de consulta para las tareas de administración del sistema, administración de la base de datos, programación de aplicaciones y operación. Este manual incluye sintaxis, notas acerca del uso, palabras claves y ejemplos para cada una de las sentencias de SQL utilizadas en sistemas iSeries (AS/400) que ejecutan DB2. v DB2 Universal Database for z/OS and OS/390 SQL Reference – Este manual define el Lenguaje de consulta estructurada (SQL) utilizado en DB2 para z/OS (OS/390). Proporciona formularios de consulta, sentencias de SQL, sentencias de procedimientos de SQL, límites de DB2, SQLCA, SQLDA, tablas de catálogos y palabras reservadas de SQL para sistemas z/OS (OS/390) que ejecutan DB2. v DB2 Spatial Extender Guía del usuario y de consulta – Este manual describe cómo escribir aplicaciones para crear y utilizar un sistema de información geográfica (Geographic Information System, GIS). Para crear y utilizar un GIS es necesario proporcionar una base de datos con recursos y luego consultar los datos para obtener información, tal como ubicaciones, distancias y distribuciones dentro de zonas geográficas. v IBM Consulta de SQL – Este manual contiene todos los elementos comunes de SQL que están distribuidos por todos los productos de base de datos de IBM. Proporciona límites y normas que pueden servir de ayuda en la preparación de programas portátiles que utilicen bases de datos IBM. Este manual proporciona una lista de extensiones SQL e incompatibilidades entre los siguientes estándares y productos: SQL92E, XPG4-SQL, IBM-SQL y los productos de bases de datos relacionales IBM. v American National Standard X3.135-1992, Database Language SQL – Contiene la definición estándar ANSI de SQL. v ISO/IEC 9075:1992, Database Language SQL – Contiene la definición de SQL proporcionada por la norma 1992 de ISO. v ISO/IEC 9075-2:1999, Database Language SQL -- Part 2: Foundation (SQL/Foundation)xxii Consulta de SQL, Volumen 1
24. Documentación relacionada – Contiene una gran parte de la definición de SQL proporcionada por la norma 1999 de ISO.v ISO/IEC 9075-4:1999, Database Language SQL -- Part 4: Persistent Stored Modules (SQL/PSM) – Contiene la definición de las sentencias de control de los procedimientos SQL, tal como aparece en la norma 1999 de ISO.v ISO/IEC 9075-5:1999, Database Language SQL -- Part 4: Host Language Bindings (SQL/Bindings) – Contiene la definición de las vinculaciones de lenguaje de sistema principal y de SQL dinámico, tal como aparece en la norma 1999 de ISO. Acerca de este manual xxiii
25. Documentación relacionadaxxiv Consulta de SQL, Volumen 1
26. Capítulo 1. Conceptos En este capítulo se proporciona una vista de alto nivel de los conceptos que son importantes para comprender cuándo utilizar el Lenguaje de consulta estructurada (SQL). El material de consulta contenido en el resto de este manual proporciona una vista más detallada.Bases de datos relacionales Una base de datos relacional es una base de datos que se trata como un conjunto de tablas y se manipula de acuerdo con el modelo de datos relacional. Contiene un conjunto de objetos que se utilizan para almacenar y gestionar los datos, así como para acceder a los mismos. Las tablas, vistas, índices, funciones, activadores y paquetes son ejemplos de estos objetos. Una base de datos relacional particionada es una base de datos relacional cuyos datos se gestionan repartidos en múltiples particiones (también denominadas nodos). Esta separación de los datos entre particiones es transparente para los usuarios de la mayoría de sentencias de SQL. Sin embargo, algunas sentencias DLL (lenguaje de definición de datos) tienen en cuenta la información de las particiones (por ejemplo, CREATE DATABASE PARTITION GROUP). (DLL, lenguaje de definición de datos, es el subconjunto de sentencias de SQL que se utilizan para describir las relaciones de los datos de una base de datos.) Una base de datos federada es una base de datos relacional cuyos datos están almacenados en varias fuentes de datos (tales como bases de datos relacionales separadas). Los datos son tratados como si pertenecieran a una sola gran base de datos y se pueden acceder mediante las consultas SQL normales. Los cambios en los datos se pueden dirigir explícitamente hacia la fuente datos apropiada.Lenguaje de consulta estructurada (SQL) SQL es un lenguaje estandarizado que sirve para definir y manipular los datos de una base de datos relacional. De acuerdo con el modelo relacional de datos, la base de datos se crea como un conjunto de tablas, las relaciones se representan mediante valores en las tablas y los datos se recuperan especificando una tabla de resultados que puede derivarse de una o más tablas base.© Copyright IBM Corp. 1993, 2002 1
27. Las sentencias de SQL las ejecuta un gestor de bases de datos. Una de las funciones del gestor de bases de datos es transformar la especificación de una tabla resultante en una secuencia de operaciones internas que optimicen la recuperación de los datos. Esta transformación se produce en dos fases: preparación y vinculación. Todas las sentencias de SQL ejecutables deben prepararse antes de su ejecución. El resultado de esta preparación es el formato operativo o ejecutable de la sentencia. El método de preparación de una sentencia de SQL y la persistencia de su formato operativo diferencian SQL estático de SQL dinámico.Autorización y privilegios Una autorización permite a un usuario o grupo realizar una tarea general como, por ejemplo, la conexión a una base de datos, la creación de tablas o la administración de un sistema. Un privilegio da a un usuario o a un grupo el derecho a acceder a un objeto específico de la base de datos de una manera concreta. El gestor de bases de datos necesita que un usuario esté específicamente autorizado, ya sea implícita o explícitamente, para utilizar cada función de base de datos necesaria para realizar una tarea específica. Las autorizaciones o los privilegios explícitos se otorgan al usuario (GRANTEETYPE de U).Las autorizaciones o los privilegios implícitos se otorgan a un grupo al que pertenece el usuario (GRANTEETYPE de G).De este modo, para crear una tabla, un usuario debe tener autorización para crear tablas; para modificar una tabla, un usuario debe tener autorización para modificar la tabla y así sucesivamente.2 Consulta de SQL, Volumen 1
28. SYSADM (Administrador del sistema) DBADM SYSCTRL (Administrador de base de datos) (Administrador de recursos del sistema) SYSMAINT (Administrador de mantenimiento del sistema)Usuarios de base de datos con privilegiosFigura 1. Jerarquía de autorizaciones y privilegiosLas personas con autorización de administrador se encargan de la tarea decontrolar el gestor de bases de datos y son responsables de la seguridad eintegridad de los datos. Controlan quién va a tener acceso al gestor de basesde datos y hasta qué punto tiene acceso cada usuario.El gestor de bases de datos proporciona dos autorizaciones de administración:v SYSADM - autorización de administrador del sistema La autorización SYSADM es el nivel más alto de autorización y tiene control sobre todos los recursos que el gestor de bases de datos crea y mantiene. La autorización SYSADM incluye todos las autorizaciones de DBADM, SYSCTRL y SYSMAINT, así como la autorización para otorgar o revocar autorizaciones DBADM.v DBADM - autorización de administrador de bases de datos La autorización DBADM es la autorización de administración específica para una sola base de datos. Esta autorización incluye privilegios para crear objetos, emitir mandatos de la base de datos y acceder a los datos de sus tablas mediante sentencias de SQL. La autorización DBADM también incluye la autorización para otorgar o revocar el privilegio CONTROL y privilegios individuales.El gestor de bases de datos también proporciona dos autorizaciones de controldel sistema:v SYSCTRL - autorización de control del sistema La autorización SYSCTRL corresponde al nivel más alto de autorización de control del sistema y sólo se aplica a las operaciones que afectan a los recursos del sistema. No permite el acceso directo a los datos. Esta Capítulo 1. Conceptos 3
29. autorización incluye privilegios para crear, actualizar o eliminar una base de datos, detener una instancia o una base de datos y crear o eliminar una espacio de tablas. v SYSMAINT - autorización de mantenimiento del sistema La autorización SYSMAINT es el segundo nivel de autorización de control del sistema. Un usuario con autorización SYSMAINT puede realizar operaciones de mantenimiento en todas las bases de datos asociadas a una instancia. No permite el acceso directo a los datos. Esta autorización incluye privilegios para actualizar archivos de configuración de la base de datos, realizar una copia de seguridad de una base de datos o un espacio de tablas, restaurar una base de datos existente y supervisar una base de datos. Las autorizaciones de base de datos se aplican a las actividades que un administrador ha permitido realizar a un usuario en una base de datos; no se aplican a una instancia específica de un objeto de base de datos. Por ejemplo, puede otorgarse a un usuario la autorización para crear paquetes pero no para crear tablas. Los privilegios se aplican las actividades que un administrador o el propietario de un objeto han permitido que realice un usuario en objetos de la base de datos. Los usuarios con privilegios pueden crear objetos, estrictamente definidos por los privilegios que poseen. Por ejemplo, un usuario puede tener el privilegio para crear una vista en una tabla pero no un activador en la misma tabla. Los usuarios con privilegios tienen acceso a los objetos de los que son propietarios y pueden transmitir privilegios sobre sus propios objetos a otros usuarios mediante la sentencia GRANT. El privilegio CONTROL permite a un usuario acceder a un objeto de base de datos específico, si así lo desea, y otorgar o revocar a otros usuarios privilegios sobre ese objeto. Para conceder el privilegio CONTROL se necesita la autorización DBADM. Los privilegios individuales y las autorizaciones de bases de datos permiten una función específica pero no incluyen el derecho a otorgar los mismos privilegios o autorizaciones a otros usuarios. El derecho para otorgar privilegios de tabla, vista o esquema a otros puede ampliarse a otros usuarios mediante la opción WITH GRANT en la sentencia GRANT.Esquemas Un esquema es un conjunto de objetos con nombre. Los esquemas proporcionan una clasificación lógica de los objetos de la base de datos. Un esquema puede contener tablas, vistas, apodos, activadores, funciones, paquetes y otros objetos.4 Consulta de SQL, Volumen 1
30. Un esquema también es un objeto en la base de datos. Se crea explícitamenteutilizando la sentencia CREATE SCHEMA con el usuario actual registradocomo propietario del esquema. También se puede crear implícitamente cuandose crea otro objeto, a condición de que el usuario tenga la autorizaciónIMPLICIT_SCHEMA.Un nombre de esquema se utiliza como la parte más a la izquierda de las dospartes del nombre de objeto. Si el objeto se califica específicamente con unnombre de esquema al crearse, se asigna el objeto a dicho esquema. Si no seespecifica ningún nombre de esquema al crear el objeto, se utiliza el nombrede esquema por omisión.Por ejemplo, un usuario con autorización DBADM crea un esquema llamadoC para el usuario A: CREATE SCHEMA C AUTHORIZATION AEl usuario A puede emitir la siguiente sentencia para crear una tabla llamadaX en el esquema C: CREATE TABLE C.X (COL1 INT)Algunos nombres de esquema están reservados. Por ejemplo, las funcionesincorporadas pertenecen al esquema SYSIBM y las funciones preinstaladasdefinidas por el usuario pertenecen al esquema SYSFUN.Cuando se crea una base de datos, todos los usuarios tienen la autorizaciónIMPLICIT_SCHEMA. Esto permite a cualquier usuario crear objetos encualquier esquema que aún no exista. Un esquema creado implícitamentepermite a cualquier usuario crear otros objetos en dicho esquema. Laposibilidad de crear seudónimos, tipos diferenciados, funciones y activadoresse amplía a los esquemas creados implícitamente. Los privilegios por omisiónde un esquema creado implícitamente proporcionan compatibilidad con lasversiones anteriores.Si se revoca la autorización IMPLICIT_SCHEMA de PUBLIC, los esquemas sepueden crear explícitamente utilizando la sentencia CREATE SCHEMA o losusuarios (por ejemplo, los que tienen autorización DBADM) a los que seotorga la autorización IMPLICIT_SCHEMA pueden crearlos implícitamente.Aunque la revocación de la autorización IMPLICIT_SCHEMA de PUBLICincrementa el control sobre la utilización de los nombres de esquema, tambiénpuede producir errores de autorización cuando aplicaciones existentesintentan crear objetos.Los esquemas también tienen privilegios, que permiten al propietario delesquema controlar qué usuarios tienen el privilegio de crear, modificar yeliminar objetos del esquema. A un propietario de esquema se le daninicialmente todos estos privilegios en el esquema, con la posibilidad de Capítulo 1. Conceptos 5
31. otorgarlos a otros usuarios. Un esquema creado implícitamente es de propiedad del sistema y a todos los usuarios se les proporciona inicialmente el privilegio de crear objetos en dicho esquema. Un usuario con autorización SYSADM o DBADM puede cambiar los privilegios que poseen los usuarios en cualquier esquema. Por consiguiente, se puede controlar el acceso para crear, modificar y eliminar objetos en cualquier esquema (incluso uno creado implícitamente).Tablas Las tablas son estructuras lógicas mantenidas por el gestor de bases de datos. Las tablas están formadas por columnas y filas. Las filas de una tabla no están necesariamente ordenadas (el orden lo determina el programa de aplicación). En la intersección de cada columna con una fila hay un elemento de datos específico denominado valor. Una columna es un conjunto de valores del mismo tipo o de uno de sus subtipos. Una fila es una secuencia de valores ordenados de forma que el valor n sea el valor de la columna n de la tabla. Una tabla base se crea con la sentencia CREATE TABLE y se utiliza para conservar los datos habituales de los usuarios. Una tabla resultante es un conjunto de filas que el gestor de bases de datos selecciona o genera a partir de una o varias tablas base para satisfacer una consulta. Una tabla de resumen es una tabla definida por una consulta que se utiliza también para determinar los datos de la tabla. Las tablas de resumen se pueden utilizar para mejorar el rendimiento de las consultas. Si el gestor de bases de datos determina que se puede resolver una parte de una consulta utilizando una tabla de resumen, el gestor de bases de datos puede volver a escribir la consulta para utilizar la tabla de resumen. Esta decisión se basa en valores de configuración de la base de datos como, por ejemplo, los registros especiales CURRENT REFRESH AGE y CURRENT QUERY OPTIMIZATION. Una tabla puede definir el tipo de datos de cada columna por separado o basar los tipos en los atributos de un tipo estructurado definido por el usuario. Esto se denomina una tabla con tipo. Un tipo estructurado definido por el usuario puede formar parte de una jerarquía de tipos. Un subtipo hereda los atributos de su supertipo. De manera similar, una tabla con tipo puede formar parte de una jerarquía de tablas. Una subtabla hereda las columnas de su supertabla. Tenga en cuenta que el término subtipo se aplica a un tipo estructurado definido por el usuario y a todos los tipos estructurados definidos por el usuario que están por debajo del mismo en la jerarquía de tipos. Un subtipo correspondiente de un tipo estructurado T es un tipo estructurado por debajo de T en la jerarquía de tipos. De forma similar, el término subtabla se aplica a una tabla con tipo y a todas las tablas con tipo6 Consulta de SQL, Volumen 1
32. que están por debajo de la misma en la jerarquía de tablas. Una subtabla correspondiente de una tabla T es una tabla que está por debajo de T en la jerarquía de tablas. Una tabla temporal declarada se crea mediante una sentencia DECLARE GLOBAL TEMPORARY TABLE y se utiliza para contener datos temporales para una aplicación individual. Esta tabla se elimina implícitamente cuando la aplicación se desconecta de la base de datos.Vistas Una vista proporciona una manera distinta de ver los datos de una o varias tablas; es una especificación con nombre de una tabla resultante. La especificación es una sentencia SELECT que se ejecuta siempre que se hace referencia a la vista en una sentencia de SQL. Una vista tiene columnas y filas igual que una tabla base. Todas las vistas se pueden utilizar como si fueran tablas base para efectuar una recuperación. Si una vista pueda utilizarse o no en una operación de inserción, actualización o supresión dependerá de su definición. Es posible utilizar las vistas para controlar el acceso a datos sensibles, porque las vistas permiten que muchos usuarios vean presentaciones distintas de los mismos datos. Por ejemplo, es posible que varios usuarios accedan a un tabla de datos sobre los empleados. Un director ve los datos sobre sus empleados pero no de los empleados de otro departamento. Un oficial de reclutamiento ve las fechas de contratación de todos los empleados, pero no sus salarios; un oficial de finanzas ve los salarios, pero no las fechas de contratación. Cada uno de estos usuarios trabaja con una vista derivada de la tabla base. Cada vista se parece a una tabla y tiene nombre propio. Cuando la columna de una vista se deriva directamente de la columna de una tabla base, esa columna de vista hereda las restricciones aplicables a la columna de la tabla base. Por ejemplo, si una vista incluye una clave foránea de su tabla base, las operaciones de inserción y actualización que utilicen dicha vista están sujetas a las mismas restricciones de referencia a las que lo está la tabla base. Asimismo, si la tabla base de una vista es una tabla padre, las operaciones de supresión y actualización que utilicen dicha vista estarán sujetas a las mismas reglas que las operaciones de supresión y actualización de la tabla base. Una vista puede obtener el tipo de datos de cada columna de la tabla resultante o basar los tipos en los atributos de un tipo estructurado definido por el usuario. Esta vista se denomina vista con tipo. De manera similar a una tabla con tipo, una vista con tipo puede formar parte de una jerarquía de vistas. Una subvista hereda las columnas de su supervista. El término subvista Capítulo 1. Conceptos 7
33. se aplica a una vista con tipo y a todas las vistas con tipo que están por debajo de la misma en la jerarquía de vistas. Una subvista correspondiente de una vista V es una vista por debajo de V en la jerarquía de vistas con tipo. Una vista puede quedar no operativa (por ejemplo, si se elimina la tabla base); si ocurre esto, la vista ya no estará disponible para operaciones de SQL.Seudónimos Un seudónimo es un nombre alternativo para una tabla o una vista. Se puede utilizar para hacer referencia a una tabla o vista en aquellos casos en los que pueda hacerse referencia a una tabla o vista existente. Un seudónimo no puede utilizarse en todos los contextos; por ejemplo, no puede utilizarse en la condición de comprobación de una restricción de comprobación. Un seudónimo no puede hacer referencia a una tabla temporal declarada. Al igual que las tablas o las vistas, un seudónimo puede crearse, eliminarse y tener comentarios asociados. Sin embargo, a diferencia de las tablas, los seudónimos pueden hacerse referencia entre sí en un proceso llamado encadenamiento. Los seudónimos son nombres de referencia pública, por lo que no es necesaria ninguna autorización ni privilegio especial para utilizarlos. Sin embargo, el acceso a la tabla o a la vista a la que un seudónimo hace referencia sí que requiere la autorización asociada con estos objetos. Hay otros tipos de seudónimos como, por ejemplo, los seudónimos de base de datos y de red. También se pueden crear seudónimos para apodos que hagan referencia a vistas o tablas de datos ubicadas en sistemas federados.Índices Un índice es un conjunto ordenado de punteros para filas de una tabla base. Cada índice se basa en los valores de los datos de una o varias columnas de la tabla. Un índice es un objeto que está separado de los datos de la tabla. Cuando se crea un índice, el gestor de bases de datos crea este objeto y lo mantiene automáticamente. El gestor de bases de datos utiliza los índices para: v Mejorar el rendimiento. En la mayoría de los casos, el acceso a los datos es más rápido con un índice. Aunque no puede crearse un índice para una vista, un índice creado para la tabla en la que se basa una vista puede mejorar a veces el rendimiento de las operaciones en esta vista. v Asegurar la exclusividad. Una tabla con un índice de unicidad no puede tener filas con claves idénticas.8 Consulta de SQL, Volumen 1
34. Claves Una clave es un conjunto de columnas que se pueden utilizar para identificar o para acceder a una fila o filas determinadas. La clave viene identificada en la descripción de una tabla, índice o restricción de referencia. Una misma columna puede formar parte de más de una clave. Una clave compuesta de más de una columna se denomina una clave compuesta. En una tabla con una clave compuesta, el orden de las columnas dentro de la clave compuesta no está restringido por el orden de las columnas en la tabla. El valor de una clave compuesta indica un valor compuesto. Así, por ejemplo la regla “el valor de la clave foránea debe ser igual al valor de la clave primaria” significa que cada componente del valor de la clave foránea debe ser igual al componente del valor correspondiente de la clave primaria. Una clave de unicidad es una clave restringida de manera que no puede tener dos valores iguales. Las columnas de una clave de unicidad no pueden contener valores nulos. El gestor de bases de datos impone la restricción durante la ejecución de cualquier operación que cambie los valores de los datos como, por ejemplo, INSERT o UPDATE. El mecanismo utilizado para imponer la restricción se denomina índice de unicidad. De este modo, cada clave de unicidad es una clave de un índice de unicidad. También se dice que dichos índices tienen el atributo UNIQUE. Una clave primaria es un caso especial de clave de unicidad. Una tabla no puede tener más de una clave primaria. Una clave foránea es una clave que se especifica en la definición de una restricción de referencia. Una clave de particionamiento es una clave que forma parte de la definición de una tabla de una base de datos particionada. La clave de particionamiento se utiliza para determinar la partición en la que se almacena la fila de datos. Si se define una clave de particionamiento, las claves de unicidad y las claves primarias deben incluir las mismas columnas que la clave de particionamiento, pero pueden tener columnas adicionales. Una tabla no puede tener más de una clave de particionamiento.Restricciones Una restricción es una regla que impone el gestor de bases de datos. Hay tres tipos de restricciones: v Una restricción de unicidad es una regla que prohíbe los valores duplicados en una o varias columnas de una tabla. Las restricciones de unicidad a las Capítulo 1. Conceptos 9

References: Resolución 
 Resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución