Referencia de datos de Microsoft Office Project 2003

Información general

En este documento se ofrece la información necesaria para crear y actualizar datos de proyecto directamente en la base de datos de Microsoft Office Project 2003 mientras se mantiene la coherencia y la integridad de los datos.

Nota  La información de este documento no siempre es de aplicación (o puede ser distinta) para los datos de proyecto de empresa almacenados en la base de datos de Microsoft Office Project Server 2003. Se recomienda que los datos de proyecto de empresa en la base de datos de Project Server sólo pueda interactuar mediante Project Data Service (PDS), Microsoft Project Edición Professional   2003 o Microsoft Office Project Web Access 2003.

Entre las ventajas de crear y mantener los datos de proyecto directamente en la base de datos se encuentran:

• Automatización de la creación de proyectos. Esta función permite crear proyectos automáticamente con otros programas de software sin que Project sea necesario.
• Automatización del registro de tareas nuevas y datos reales. Una utilidad de esta función consiste en la aplicación automatizada de datos del parte de horas a un proyecto.

Los capítulos específicos incluyen la siguiente información:

• Trabajar con proyectos en una base de datos, incluida la creación y el mantenimiento de bases de datos de proyectos, además de realizar copias de seguridad de las filas individuales de tareas, recursos y asignaciones existentes cuando se realiza una actualización.
• Trabajar con la estructura de base de datos de Project, incluida la forma en que se almacenan los datos en la base de datos de Project, los requisitos de acceso y los requisitos de referencia del proyecto.
• Agregar y cambiar filas en la base de datos, además de configurar indicadores que permitan realizar actualizaciones, especificar valores de fecha y hora, especificar valores de duración, trabajo y tasa, recuperar cadenas del proyecto, crear nuevos proyectos, tareas, vínculos de tareas, recursos, asignaciones y calendarios, así como administrar y personalizar datos del proyecto.
• Orden de procesamiento de la base de datos, convenciones y abreviaturas de campos y tablas, y definiciones de tablas y columnas.
• Descripciones de tablas de la base de datos, incluidos los nombres de las columnas, los tipos de datos y las descripciones.

Nota  La secuencia de comandos PROJTBLS.sql crea las tablas de base de datos descritas en este documento. Se encuentra en el CD-ROM de Project Server 2003 en la carpeta \SUPPORT\DATABASE.

Novedades de la base de datos de Project 2003

La base de datos de Project se ha ampliado (1 tabla nueva) y ahora incluye las siguientes mejoras generales:

• Una nueva tabla que admite códigos de esquema de valores múltiples.
• Nuevos campos que admiten datos reales del parte de horas y datos reales del parte de horas ajustados.
• Nuevos campos que admiten tipos de reserva de recursos.

Se han agregado las siguientes tablas nuevas a la base de datos de Project:

• MSP_MV_FIELDS

Base de datos de Project

Las siguientes secciones proporcionan información detallada sobre las bases de datos que son compatibles con Project y sobre cómo cargar y actualizar proyectos antiguos en la versión actual de Project.

Bases de datos admitidas

Sólo Project Edición Professional 2003 puede conectarse con la base de datos de Project Server. Tanto Project Edición Professional 2003 como Project Edición Standard 2003 admiten las siguientes bases de datos mediante el estándar Open Database Connectivity (ODBC, Conectividad abierta de base de datos):

• Microsoft Access 2000, Access 2002 y Access 2003.
• Microsoft SQL Server 2000 o superior.
• Microsoft Data Engine 2000 o superior.
• Oracle 8.0 (o superior).

Project también puede realizar automáticamente la conexión ODBC al escribir en las bases de datos de Microsoft Access 2000, Access 2002 y Access 2003, así como al leer de ellas, si se selecciona directamente el tipo de archivo de base de datos de Project (.mpd) o de base de datos de Microsoft Access (.mdb) en los cuadros de diálogo Abrir archivo y Guardar archivo.

Nota  La operación de guardar o cargar datos no se admite con tablas vinculadas en Microsoft Access, de tal modo que los datos están en otra aplicación o sistema de administración de bases de datos y Microsoft Access se limita a proporcionar la conexión. Para tener acceso a los datos, hay que importarlos realmente a Microsoft Access o conectarse directamente al origen.

Cargar versiones anteriores de Project en la base de datos

Un proyecto que hubiera sido guardado anteriormente en una base de datos mediante Microsoft Project 98, Microsoft Project 2000 o Microsoft Project 2002 se puede abrir en Project 2003. Sin embargo, si se vuelve a guardar el proyecto en la base de datos, se guardará con la estructura de base de datos de Microsoft Project 2003. En el caso de Microsoft Project 98, cuando el formato de la base de datos se actualice, tendrá dos copias del proyecto, cada una en un formato de base de datos distinto. Los datos originales del proyecto no se verán afectados.

Actualizar la base de datos de Project desde una versión anterior

Se puede utilizar el complemento COM Utilidad de actualización de bases de datos para actualizar algunos o todos los proyectos de una base de datos de Microsoft Access o SQL Server desde la estructura de base de datos de Microsoft Project 98, Microsoft Project 2000 o Microsoft Project 2002 a la de Project 2003. Para cargar la Utilidad de actualización de bases de datos, haga clic con el botón secundario en la barra de herramientas y seleccione Utilidad de actualización de bases de datos. Esta utilidad no es necesaria para las actualizaciones de Microsoft Project 2000 o Microsoft Project 2002.

Permisos y configuración de bases de datos

Permisos necesarios

Cuando Project Standard o Project Professional (en modo de trabajo sin conexión) se conectan a una base de datos de ODBC, se llevan a cabo una serie de tipos de operaciones en una base de datos. Cada una necesita un conjunto correspondiente de permisos de objetos:

• Para abrir un proyecto en modo de sólo lectura y ver proyectos en una base de datos, un usuario debe tener permiso de selección SELECT para todas las tablas de la base de datos de Project. Además, cada usuario debe tener una vista para cada tabla si no es el propietario de ella. En todos los casos, se necesita un nombre del origen de datos (DSN) para la base de datos y el identificador de usuario.
• Para modificar proyectos existentes en una base de datos, guardar un proyecto nuevo en tablas ya existentes en una base de datos o eliminar un proyecto, un usuario debe tener los siguientes permisos para todas las tablas: INSERT, UPDATE y DELETE (permisos de inserción, actualización y eliminación).
• Para guardar un proyecto nuevo en una base de datos vacía o para exportar datos de forma selectiva a una base de datos, un usuario debe tener el permiso de creación de tablas CREATE TABLE.
• Además de tener un identificador de inicio de sesión válido, los usuarios de SQL Server deben obtener acceso a la base de datos del proyecto.
• La base de datos predeterminada de los usuarios se puede establecer en el DSN o en SQL Server.

Se pueden tener varios proyectos de diferentes organizaciones en la misma base de datos y aún así aislar proyectos entre sí. Esta operación recibe el nombre de "aislamiento de proyectos". Para aislar proyectos, se debe crear una estructura de tabla independiente para cada propietario de proyecto. Cada usuario de base de datos sólo puede ver un conjunto de tablas de proyecto en una base de datos determinada, ya que Project utiliza el primer conjunto de tablas que encuentra en la base de datos. Cualquier esquema de seguridad debe tener en cuenta este hecho.

• Un jefe de proyecto que tiene proyectos con dos conjuntos de usuarios necesita dos identificadores de usuario de base de datos y que cada uno sea el propietario de un conjunto de tablas.
• Un usuario del proyecto que necesite ver datos en tablas de las que no es propietario, debe utilizar vistas o sinónimos para obtener acceso a ellas. Un usuario del proyecto que necesite ver datos en tablas que pertenecen a dos propietarios distintos, debe tener identificadores de usuario y vistas diferentes para cada conjunto de tablas.
• Como alternativa, se puede crear un conjunto de vistas o sinónimos que realice una unión de las tablas de los dos propietarios. A fin de evitar confusiones entre proyectos diferentes con el mismo identificador de proyecto, los identificadores deben ser exclusivos en todos los conjuntos de tablas. Esto se puede conseguir en las vistas mediante el incremento de los identificadores de proyecto en cada conjunto de tablas. El ejemplo siguiente muestra cómo se incrementa el número de los identificadores de proyecto en las tablas de un propietario:

  Create view MSP_TEXT_FIELDS as
  Select    PROJ_ID,
            TEXT_CATEGORY,
            TEXT_REF_UID,
            TEXT_FIELD_ID,
            TEXT_VALUE
  From      user1.MSP_TEXT_FIELDS
  Union all
  Select    PROJ_ID + 1000,
            TEXT_CATEGORY,
            TEXT_REF_UID,
            TEXT_FIELD_ID,
            TEXT_VALUE
  From      user2.MSP_TEXT_FIELDS
  

Notas

• Se debe crear una vista similar para cada una de las 29 tablas existentes en la estructura de base de datos de Project, excepto para MSP_STRING_TYPES y MSP_CONVERSIONS. Los proyectos a los que se obtiene acceso mediante vistas con uniones no se pueden actualizar.
• Project no concede permisos. El administrador de seguridad o de base de datos debe conceder los permisos necesarios.
• La concesión de permisos en el nivel de columna debe evitarse ya que se necesitan permisos SELECT o SELECT, INSERT, UPDATE y DELETE para todas las tablas de la base de datos de Project.

Configurar la base de datos

Existen dos métodos para configurar una base de datos para su utilización con Project:

• El más simple consiste en crear una base de datos y utilizar Project para crear las tablas y los índices. Este método es el más sencillo cuando el rendimiento y la utilización del disco no son factores que haya que tener en cuenta.
• El segundo método consiste en configurar manualmente una base de datos para utilizarla con Project. Con Project se proporcionan archivos de secuencia de comandos que contienen el lenguaje de definición de datos (DDL) para crear estructuras de base de datos de Project.

  Estos archivos de secuencia de comandos se pueden modificar para especificar archivos y grupos de archivos de base de datos (SQL Server) y para configurar otras propiedades de base de datos. Por ejemplo, el administrador de base de datos puede modificar la DDL para guardar tablas en un disco e índices en otro. Como regla general, el rendimiento mejora cuando los índices residen en un disco físico independiente del de las tablas de datos, aunque la selección de discos independientes para mejorar el rendimiento es opcional.

Se recomienda que, en la medida de lo posible, los archivos de registro de transacciones se conserven en un disco independiente del de los datos; antes de ejecutar archivos de secuencia de comandos en SQL Server, debe llevar a cabo una de estas acciones:

• Abrir el archivo en un editor de texto y sustituir todas las apariciones de la parte <dbo.nombre_objeto> de la cadena <dbo> en PROJTBLS.SQL por el nombre del propietario de las tablas de Project.
• Iniciar sesión en la base de datos como usuario propietario de las tablas.

Nota  En las tres secuencias de comandos, las instrucciones SQL Server que llenan las tablas MSP_STRING_TYPES y MSP_CONVERSIONS están indicadas para los valores de conversión en inglés. Deberán modificarse para los demás idiomas.

Si los datos del proyecto se van a modificar directamente en la base de datos, Project dispone de cuatro procedimientos almacenados para realizar copias de seguridad de datos de tareas, recursos, asignaciones y vínculos. Para obtener información adicional, consulte la sección Garantizar la integridad de los datos a continuación.

Ajustar el rendimiento

Los procedimientos estándar habituales relativos al rendimiento y ajuste de bases de datos de SQL Server se aplican a las bases de datos de Project.

Garantizar la integridad de los datos

Dado que Project escribe en una determinada estructura de base de datos y lee de ella, la realización de algunos cambios en una base de datos puede dañar un proyecto almacenado en ella e impedir que Project abra o guarde una parte o la totalidad del proyecto. Las siguientes acciones pueden dañar un proyecto almacenado en una base de datos:

• Cambiar los valores de columnas de datos reservadas.
• Cambiar el nombre de una columna o de una tabla.
• Eliminar una columna o una tabla.
• Cambiar el tipo de datos de una columna.

Project comprueba algunos datos cuando lee un proyecto de una base de datos o cualquier otro formato externo. Project puede mostrar un mensaje de alerta, cambiar datos por un valor apropiado o no leer los datos en los siguientes casos:

• Un tipo de datos es incompatible.
• Un valor no está dentro del intervalo.
• Un valor crea una incoherencia en un proyecto.
• Un valor forma parte de una relación matemática interdependiente.
• Project calculará automáticamente un valor.

Nota  Se restauran los datos originales si los datos modificados contienen errores que Project no puede subsanar.

Para evitar que los errores ocasionados al modificar datos de tareas, recursos, asignaciones y vínculos (dependencia entre tareas) produzcan incoherencias en la base de datos de Project, se debe realizar una copia de seguridad de los datos originales en las columnas EXT_EDIT_REF_DATA respectivas de las tablas MSP_TASKS, MSP_RESOURCES, MSP_ASSIGNMENTS y MSP_LINKS. Project utiliza estos datos para ayudar a determinar las columnas que se han modificado en la base de datos. Estas modificaciones se conservan si no provocan una de las condiciones enumeradas anteriormente.

Cuando se agregan filas nuevas, se debe establecer el valor 1 en la columna EXT_EDIT_REF_DATA. Cuando se modifican filas existentes, debe almacenarse en la columna EXT_EDIT_REF_DATA de cada tabla respectiva el valor 1 más la información de las columnas que se enumera en la tabla siguiente. Todos los valores deben enumerarse en el orden que se indica más abajo, delimitados por comas; si un valor es nulo, no se debe especificar nada entre las comas que delimitan dicho valor.

Para facilitar la realización de copias de seguridad de los datos de tareas, recursos, asignaciones y vínculos antes de la actualización, Project proporciona procedimientos almacenados (consultas de acción para proyectos en bases de datos de Microsoft Access) para automatizar el proceso. Project crea los procedimientos almacenados en SQL Server cuando se crean las tablas de base de datos. Deben concederse permisos de ejecución EXECUTE a los usuarios no propietarios que deseen ejecutar los procedimientos almacenados. Si las tablas se crean manualmente, se deben ejecutar las secuencias de comandos para crear los procedimientos almacenados que se proporcionan con Project.

La colocación de desencadenadores en las tablas de la base de datos de Project puede causar daños en los datos o devolver resultados inesperados. Es importante tener en cuenta lo siguiente:

• Cualquier procedimiento lanzado por un desencadenador INSERT o UPDATE no altera la propiedad @@identity.
• Un procedimiento lanzado por un desencadenador INSERT o UPDATE no debe realizar un INSERT en una tabla con una columna Identidad ni hacer que Microsoft SQL Server 2000 cree un valor Identidad.

Si utiliza la coma como separador de los datos almacenados en la base de datos de Project, estos separadores se guardarán en el campo EXT_EDIT_REF_DATA cuando se usen procedimientos almacenados para actualizar estos datos. Esto puede afectar la integridad de los datos de Project. Para evitarlo, coloque entre comillas todos los datos que tengan una coma. Los siguientes ejemplos de secuencia de comandos muestran cómo modificar los procedimientos almacenados existentes para recursos, asignaciones y tareas de manera que la conversión de datos entre puntos decimales y comas se lleve a cabo correctamente al realizar la copia de seguridad de los datos en el campo EXT_EDIT_REF_DATA de la base de datos de Project.

Para las asignaciones:

Update    MSP_ASSIGNMENTS
Set       EXT_EDIT_REF_DATA = '1,' &
          ASSN_UNITS &  ',' &
          ASSN_START_DATE & ',' &
          ASSN_FINISH_DATE & ',' &
          ASSN_DELAY & ',' &
          ASSN_LEVELING_DELAY & ',' &
          ASSN_ACT_START & ',' &
          ASSN_ACT_FINISH & ',' &
          ASSN_ACT_WORK & ',' &
          ASSN_REM_WORK & ',' &
          ASSN_REG_WORK & ',' &
          ASSN_WORK & ',' &
          ASSN_ACT_OVT_WORK & ',' &
          ASSN_REM_OVT_WORK & ',' &
          ASSN_OVT_WORK
Where     PROJ_ID=[PROJ ID] 
And       ASSN_UID=[ASSN UID];

Para los recursos:

Update    MSP_RESOURCES
Set       EXT_EDIT_REF_DATA = '1,' &
          RES_ACCRUE_AT &  ',' &
          RES_AVAIL_FROM & ',' &
          RES_AVAIL_TO
Where     PROJ_ID=[PROJ ID] 
And       RES_UID=[RES UID];

Para las tareas:

Update    MSP_TASKS
Set       EXT_EDIT_REF_DATA = '1,' &
          TASK_ACT_WORK & ',' &
          TASK_WORK &  ',' &
          TASK_REM_WORK & ',' &
          TASK_DUR & ',' &
          TASK_ACT_DUR & ',' &
          TASK_REM_DUR & ',' &
          TASK_START_DATE & ',' &
          TASK_FINISH_DATE & ',' &
          TASK_CONSTRAINT_TYPE & ',' &
          TASK_CONSTRAINT_DATE & ',' &
          TASK_ACT_START & ',' &
          TASK_ACT_FINISH & ',' &
          TASK_STOP_DATE & ',' &
          TASK_RESUME_DATE & ',' &
          TASK_PCT_COMP & ',' &
          TASK_COST & ',' &
          TASK_FIXED_COST & ',' &
          TASK_ACT_COST & ',' &
          TASK_LEVELING_DELAY & ',' &
          TASK_PCT_WORK_COMP & ',' &
          TASK_FIXED_COST_ACCRUAL
Where     PROJ_ID=[PROJ ID] 
And       TASK_UID=[TASK UID];

Almacenar la información en la base de datos de Project

Esta sección contiene una descripción general de cómo se almacenan los diferentes tipos de datos en la base de datos.

Datos de calendario

Project guarda la información del calendario en dos tablas:

• MSP_CALENDARS contiene la información que identifica el calendario y los recursos para los cuales constituye un calendario base.
• MSP_CALENDAR_DATA contiene los datos de períodos laborables, no laborables y de excepciones correspondientes al calendario al que se aplica el día o días especificados. Los períodos laborables y no laborables estándar están definidos por el calendario, ya que está delimitado por las opciones de período laborable y calendario.

Datos de fase temporal

El almacenamiento de los datos de fase temporal se ha optimizado para que una sola fila pueda contener valores correspondientes a un máximo de siete períodos de tiempo (normalmente días), con lo que se reduce el número de filas que se deben crear. Cada fila contiene las fechas de comienzo y de fin, así como la unidad de escala temporal de los valores de datos. Los valores de datos son el tiempo, el costo o el porcentaje de finalización de cada período dentro de la unidad de escala temporal especificada. Por ejemplo, si el tipo de registro es costo y la unidad es semanas, cada valor de datos contendrá €/semana.

Para guardar datos de fase temporal en la tabla MSP_TIMEPHASED_DATA en un formato legible, siga este procedimiento:

Notas

El almacenamiento de notas se ha simplificado en Project. Las notas se almacenan ahora en columnas RTF de las tablas MSP_ASSIGNMENTS, MSP_RESOURCES y MSP_TASKS.

Valores de campos personalizados

Los valores de campos personalizados se almacenan en las siguientes tablas:

• MSP_DATE_FIELDS contiene fechas de comienzo y fin personalizadas.
• MSP_DURATION_FIELDS contiene duraciones personalizadas.
• MSP_FLAG_FIELDS contiene información personalizada sobre indicadores.
• MSP_NUMBER_FIELDS contiene valores numéricos y de costo personalizados.
• MSP_TEXT_FIELDS contiene información personalizada de texto.

Cada fila de estas tablas hace referencia a una tarea, asignación o recurso concretos, así como al campo personalizado específico (por ejemplo TEXT1 en MSP_TEXT_FIELDS) y contiene el valor de dicho campo para la tarea, asignación o recurso especificados.

Las definiciones de máscaras de códigos EDT personalizados se almacenan en las tablas MSP_ATTRIBUTE_STRINGS y MSP_FIELD_ATTRIBUTES. El código de estructura de descomposición del trabajo (EDT) de cada tarea se encuentra en la tabla MSP_TASKS.

Los códigos de esquema personalizados se almacenan en las tablas MSP_OUTLINE_CODES y MSP_CODE_FIELDS. Al igual que las tablas de los campos personalizados de fecha, duración, marca, número y texto, la tabla MSP_CODE_FIELDS hace referencia a una tarea, recurso o asignación concretos. El código de esquema de cada tarea, asignación o recurso a los que se hace referencia se crea a partir de las filas de la tabla MSP_OUTLINE_CODES. Las definiciones de los códigos de esquema se almacenan en las tablas MSP_ATTRTIBUTE_STRINGS y MSP_FIELD_ATTRIBUTES.

Los códigos de esquema de valor múltiple se almacenan en la tabla MSP_MV_FIELDS.

Tareas divididas

Los períodos no laborables de las tareas divididas se almacenan en la tabla MSP_TIMEPHASED_DATA como filas con cero horas de trabajo.

Vínculos de tareas

Los vínculos o dependencias entre tareas se almacenan en la tabla MSP_LINKS. Cada fila define una asociación entre una tarea predecesora y una sucesora. Cada fila define únicamente una de dichas asociaciones. Cuando hay varios vínculos a una tarea determinada, se necesita una fila para cada vínculo.

Valores de duraciones estimadas

Una duración estimada es el valor de la duración de cada tarea con el formato adecuado para que se muestre como un valor estimado. El valor de la duración se muestra como un valor estimado si el indicador correspondiente se establece en 1. Para mostrar campos de duración personalizados como estimados, se debe establecer el valor apropiado en la columna DUR_FMT (consulte Utilizar las tablas de conversión de texto para recuperar cadenas que aparece más adelante).

Líneas de base

Los datos de línea de base se almacenan en tres tablas: MSP_ASSIGNMENT_BASELINES, MSP_RESOURCE_BASELINES y MSP_TASK_BASELINES.

Trabajar con proyectos en la base de datos de Project

Nunca realice ninguna de las siguientes acciones cuando trabaje con la base de datos de Project:

• Eliminar las tablas creadas por Project.
• Eliminar las columnas de las tablas creadas por Project.
• Cambiar el tipo de datos de una columna.
• Modificar la columna RESERVED_BINARY_DATA de la tabla MSP_PROJECTS.

Quizás observe que algunas tablas de Project contienen registros con valores negativos grandes en sus respectivas columnas UID. Estos registros aparecen normalmente en la parte superior de las tablas MSP_ASSIGNMENTS, MSP_CALENDARS, MSP_PROJECTS, MSP_RESOURCES y MSP_TASKS; los valores son -65536, -65535, -65534 y -65533. Project utiliza estos registros internamente y nunca se deben modificar ni eliminar.

Si crea sus propias tablas (consulte la sección siguiente Crear la estructura de base de datos de Project), no debe definir ninguna de las columnas como valor requerido o NOT NULL.

Nota  En las siguientes secciones se proporcionan muestras de código con valores que pueden ser distintos de los de su base de datos. Asegúrese de comprobar todos los valores de las muestras de código con los valores de reales de su base de datos.

Crear la estructura de base de datos de Project

Si necesita crear una base de datos de Project a partir de cero, el método más sencillo es guardar un proyecto vacío mediante Project. Una vez creada la base de datos, puede eliminar el proyecto de la base de datos desde Project (consulte la sección Eliminar un proyecto de una base de datos que figura más adelante).

Si no desea utilizar Project para facilitar el proceso, tendrá que crear una base de datos vacía mediante el controlador ODBC y, a continuación, crear todas las tablas apropiadas. La creación manual de todas las tablas es una tarea de gran envergadura, ya que es necesario utilizar este documento como referencia y asegurarse de que se tienen exactamente los nombres correctos de tablas y de columnas para cada tabla, así como los tipos de datos correctos para cada columna.

Para crear y configurar manualmente una base de datos para su utilización con Project, consulte la sección Configurar la base de datos que figura más abajo.

Requisitos y limitaciones de DSN

La información de conexión con la base de datos de Project Server se comunica automáticamente de Project Server a Project Professional durante la autenticación del usuario. No es necesario un nombre del origen de datos (DSN) para conectar Project Professional con Project Server.

Si los usuarios de Project Standard (y los usuarios de Project Professional en modo de trabajo sin conexión) necesitan acceder a proyectos en la misma base de datos mediante ODBC, cada usuario que realice cambios en los datos no necesitan usar el mismo DSN para conectar con la base de datos. Project almacena tanto el DSN combinado y el nombre del proyecto (y, como alternativa, las cadenas de conexión) como los identificadores para localizar un proyecto que utilice este formato: <DSN>\Nombre_proyecto. Sin embargo, proyectos que están vinculados, mediante vínculos entre proyectos, tendrán que usar el mismo DSN.

A continuación, se enumeran las limitaciones de DSN cuando los usuarios emplean Project Standard o Project Professional en modo de trabajo sin conexión:

• Debe utilizar el mismo DSN para todos los vínculos del proyecto como fondos de recursos, archivos que comparten, vínculos entre proyectos y proyectos insertados.
• Si varios usuarios modifican la base de datos, no deberían guardar archivos mediante la selección del tipo de archivo .mpd o .mdb en la lista Guardar como tipo del cuadro de diálogo Guardar como. Deberían usar el botón para guardar como ODBC del cuadro de diálogo Guardar archivo.
• Project almacena contraseñas de inicio de sesión y otra información de conexión. No se puede utilizar el mismo DSN por más de un identificador de usuario en un equipo individual para diferentes inicios de sesión simultáneos a la base de datos. Una vez que la conexión está establecida, ésta se volverá a utilizar aunque se especifiquen un nombre de inicio de sesión o una contraseña diferentes en el momento del inicio de sesión. Para iniciar sesión con un identificador de usuario diferente, se han de cerrar todos los proyectos abiertos con el DSN. Si existen conexiones simultáneas, se deben crear DSN alternativos adicionales para utilizarlos con cada identificador de usuario.
• No debería conectar nunca con la base de datos de Project Server con un DSN ya que puede provocar conflictos con la base de datos y puede causar que los datos se sitúen en ubicaciones no deseadas. La única aplicación cliente a la que debería permitirse la conexión con la base de datos de Project Server es Project Professional en modo de trabajo con conexión.

Uso coincidente y bloqueo del proyecto

Si abre un proyecto en una base de datos mediante Project Standard y no hay otro usuario que tenga ese proyecto en uso, obtendrá acceso completo de lectura y escritura al proyecto. Hasta que no finalice su sesión, cualquier otro usuario sólo podrá abrir ese proyecto en Project como sólo lectura.

El permiso de acceso de lectura y escritura y algunas otras propiedades utilizadas en la administración del acceso simultáneo se mantienen en cinco columnas de la tabla MSP_PROJECTS de la base de datos. La utilización de estas columnas de acceso simultáneo sólo se realiza cuando los usuarios están utilizando Project para leer o actualizar la base de datos. Project no proporciona ningún tipo de bloqueo cuando un usuario está leyendo o actualizando directamente una base de datos mediante un programa de consulta de base de datos u otra herramienta. Por tanto, cualquier programa o herramienta que lea o actualice los datos del proyecto en la base de datos debe seguir las mismas convenciones que Project para garantizar la coherencia de acceso a los datos. Más adelante se describe el uso de las columnas de acceso simultáneo.

Mientras tenga el proyecto abierto con acceso de lectura y escritura mediante Project, Project almacenará el valor 1 en las columnas PROJ_READ_WRITE y PROJ_READ_ONLY. Cuando finalice la sesión y cierre la base de datos, el valor del campo se establecerá en 0. Mientras Project se carga desde la base de datos o escribe en ella, también establecerá los valores de las columnas PROJ_LOCKED y PROJ_READ_COUNT como 1. Mientras estos campos tengan un valor de 1, ningún otro usuario podrá abrir el proyecto con Project, ni siquiera como sólo lectura.

Project almacena el nombre de la máquina que tiene el proyecto abierto en ese momento con acceso de lectura y escritura en la columna PROJ_MACHINE_ID. Mientras PROJ_READ_WRITE esté establecido como 1 a fin de actualizar los datos del proyecto en la base de datos, se recomienda que la columna PROJ_MACHINE_ID esté establecida con el nombre de máquina de su equipo para que los usuarios que intenten abrir el proyecto mediante Project reciban un mensaje comunicándoles que el proyecto está abierto actualmente para acceso de lectura y escritura con su nombre. De lo contrario, Project no puede identificar al usuario que ha abierto el proyecto para acceso de lectura y escritura. Cuando esté preparado para permitir de nuevo el acceso de lectura y escritura al proyecto, debe volver a establecer el valor NULL en el campo PROJ_MACHINE_ID al restablecer los identificadores como 0.

Antes de realizar actualizaciones en la base de datos directamente, debe comprobar que todas estos indicadores estén establecidos en 0 y, a continuación, establecerlos temporalmente en 1 para evitar que otros usuarios abran el proyecto con Project.

Copie, modifique y ejecute la siguiente instrucción SQL de actualización para bloquear un proyecto a efectos de actualización:

Update    MSP_PROJECTS
Set       PROJ_READ_ONLY = '1',
          PROJ_READ_WRITE = '1',
          PROJ_READ_COUNT = '1',
          PROJ_LOCKED = '1',
          PROJ_MACHINE_ID = 'your computer or application name'
Where     PROJ_ID = 1

Copie, modifique y ejecute la siguiente instrucción SQL de actualización para desbloquear el proyecto una vez completada la actualización:

Update    MSP_PROJECTS
Set       PROJ_READ_ONLY = '0',
          PROJ_READ_WRITE = '0',
          PROJ_READ_COUNT = '0',
          PROJ_LOCKED = '0',
          PROJ_MACHINE_ID = null
Where     PROJ_ID = 1

Nota  Si un usuario tiene acceso de lectura y escritura a un proyecto en una base de datos mediante Project y otro usuario cambia datos de dicho proyecto directamente en la base de datos, el cambio no se reflejará en Project para el primer usuario. Además, si éste vuelve a guardar los datos del proyecto en la base de datos, dichos datos sobrescribirán los cambios efectuados directamente en la base de datos por el segundo usuario.

Agregar y cambiar filas en la base de datos

Configurar los indicadores necesarios que permitan la actualización de los datos de un proyecto en la base de datos

En todos los casos en que los datos del proyecto en una base de datos se modifiquen fuera de Project, se debe establecer 1 en la columna PROJ_EXT_EDITED de la tabla MSP_PROJECTS.

Cuando se modifican filas existentes en las tablas MSP_TASKS, MSP_RESOURCES, MSP_ASSIGNMENTS y MSP_LINKS, se debe establecer el valor 1 en la columna EXT_EDIT_REF_DATA, seguido de los valores de las columnas indicadas en las tablas siguientes (todos los valores delimitados por comas). Sin embargo, se debe establecer el valor 1 en la columna EXT_EDIT_REF_DATA cuando se crean filas nuevas.

Nota  Se recomienda utilizar los procedimientos almacenados incluidos en Project para actualizar esta columna con los valores requeridos. Consulte Garantizar la integridad de los datos si desea obtener más información.

Nota  Las columnas RES_AVAIL_FROM y RES_AVAIL_TO no deberían actualizarse mientras se realizan copias de seguridad. Estos campos se obtienen del valor de datos más reciente en AVAIL_FROM y del más antiguo en AVAIL_TO de un recurso específico de la tabla MSP_AVAILABILITY. Los cambios en la disponibilidad de recursos deben realizarse en la tabla MSP_AVAILABILITY.

Cuando se actualizan datos de campos personalizados, se deben establecer los siguientes indicadores en la tabla MSP_PROJECTS:

Cuando se actualizan las tablas MSP_FIELD_ATTRIBUTES y MSP_ATTRIBUTE_STRINGS, la columna ATTRIB_EXT_EDITED de la tabla MSP_FIELD_ATTRIBUTES se debe establecer en 1 en cada fila nueva o modificada. Cuando se actualiza la tabla MSP_TIMEPHASED_DATA, se debe establecer 1 en la columna TD_EXT_EDITED.

Especificar horas con fechas

Cuando especifique un valor de fecha directamente en la base de datos, siempre debe incluir la hora. Dado que las columnas de fecha y hora utilizan una hora predeterminada cuando no se especifica la hora, basarse en la hora predeterminada puede dar lugar a resultados inesperados. El valor predeterminado habitual de las columnas de base de datos es la medianoche, que corresponde normalmente a un período no laborable en la mayoría de los calendarios. Cuando Project encuentra el valor 12:00 de la noche, redondea la hora al siguiente período laborable más próximo para las horas de comienzo y al último período laborable para las horas de fin.

Por lo tanto, si especifica fechas sin hora, puede darse la siguiente situación: crea una tarea para la que supone una duración de cinco días en la base de datos al especificar el lunes como fecha de comienzo y el viernes como fecha de fin. La hora correspondiente al lunes en la base de datos es realmente la medianoche, así que Project la considera como las 8:00 a.m. del lunes (de acuerdo con la hora de comienzo predeterminada del calendario). Sin embargo, para el viernes, el valor de la hora predeterminada es 12:00 de la noche, que se adelanta a las 5:00 p.m. del jueves (hora de fin predeterminada del calendario). De este modo, la tarea de cinco días pasa a tener una duración de sólo cuatro días al ser leída por Project. Si especifica explícitamente la hora en cada columna de fecha y hora, evitará siempre este problema.

Valores de duración, trabajo, tasa y costo

Project guarda todos los campos de duración, trabajo, costo y tasa en dos columnas independientes de la base de datos. La primera columna es el valor de duración, de trabajo o de tasa y el segundo campo es la columna del formato correspondiente (FMT) (por ejemplo, TASK_DUR_FMT). Si cambia el valor de una columna FMT de la base de datos, esto no tendrá ningún efecto sobre el valor de la correspondiente columna de duración, trabajo, tasa o costo, que Project guarda como valores absolutos. La columna FMT indica solamente qué etiqueta de unidad utilizará Project para mostrar el valor.

El formato para la duración de tarea de una tarea concreta se puede determinar al ejecutar la siguiente consulta (sustituyendo los valores apropiados de TASK_UID y PROJ_ID):

Select    TASK_UID, CONV_STRING, TASK_NAME 
From      MSP_TASKS t, MSP_CONVERSIONS c, MSP_STRING_TYPES s
Where     t.TASK_DUR_FMT = c.CONV_VALUE and
          c.STRING_TYPE_ID = s.STRING_TYPE_ID and
          s.STRING_TYPE = 'Display Units' and
          t.TASK_UID = 4 and
          t.PROJ_ID = 1

Dado que los valores de duración, trabajo, tasa y costo se pueden mostrar con diferentes unidades, Project guarda cada uno mediante un múltiplo estándar:

• Los valores de duración se guardan como minutos * 10. Ocho horas se guardarán como 4800 (es decir, 8*60*10).
• Los valores de trabajo se guardan como minutos * 1000. Ocho horas se guardarán como 480000 (es decir, 8*60*1000).
• Los valores de tasa se guardan como unidades por hora. Por ejemplo, quince euros por hora se guardarán como 15.
• Los campos de costo se guardan como unidades * 100. Por ejemplo, setenta euros y veinticinco céntimos se guardarán como 7025.

Nota  Todos los formatos son válidos para unidades de datos de fase temporal, excepto a, o año. Año sólo es válido para Tasa de costo.

Utilizar las tablas de conversión de texto para recuperar cadenas

Para que las diferentes versiones de idioma de Project puedan leer un proyecto en una base de datos, el contenido de algunas columnas se convierte en constantes numéricas. Project escribe dos tablas en la base de datos que contienen la información de conversión para dichas columnas: MSP_STRING_TYPES contiene la asignación entre las categorías de los campos enumerados y el nombre del campo y MSP_CONVERSIONS contiene la asignación entre las constantes numéricas y los posibles valores de texto para cada campo. Las siguientes categorías de campos se convierten en constantes numéricas:

Puede almacenar proyectos de diferentes versiones de idioma de Project en la misma base de datos. Project agrega valores tanto a MSP_STRING_TYPES como a MSP_CONVERSIONS en el idioma apropiado la primera vez que se guarda en la base de datos un proyecto en un idioma nuevo.

Nota  Cuando se guarda información en la base de datos, las páginas de código del equipo que tiene Project y del servidor de base de datos deben ser las mismas.

Si guarda de forma selectiva los datos parciales del proyecto en una base de datos, Project crea las cadenas de conversión en las tablas MSP_STRING_TYPES y MSP_CONVERSIONS si es que no existían.

Project utiliza el inglés para los nombres de las columnas y las tablas de la base de datos, en cada versión de idioma. Si cambia el nombre de una tabla de una base de datos es probable que ésta se dañe, con lo que Project no podrá leer dicha tabla ni, tal vez, el proyecto completo.

Crear datos de programación del proyecto

Nota  La información de esta sección no siempre se aplica (o puede ser diferente) para los datos de proyecto de empresa almacenados en la base de datos de Project Server. Se recomienda que los datos de proyecto de empresa en la base de datos de Project Server sólo interactúen mediante PDS, Project Professional o Project Web Access.

Crear un proyecto nuevo, que no sea de empresa

Para crear un proyecto nuevo en la base de datos, debe agregar una fila nueva a la tabla MSP_PROJECTS y crear una tarea de resumen del proyecto en la tabla MSP_TASKS. Consulte Crear una tarea nueva, Crear un recurso nuevo y Crear una asignación nueva. Para agregar las tareas, asignaciones y recursos asociados al proyecto, debe crear las filas de tareas, recursos y asignaciones que se describen a continuación. Debe especificar valores al menos para las columnas que aparecen a continuación.

Notas

• Para un proyecto nuevo creado en la base de datos, los valores predeterminados de todas las opciones booleanas de Project serán 0 y no los predeterminados normales de Project. Para garantizar que Project se comporta del modo deseado una vez abierto el proyecto, todos los valores de opción de la tabla MSP_PROJECTS se deben establecer en el valor deseado.
• Para crear un proyecto que está programado a partir de la fecha de fin, establezca PROJ_INFO_FINISH_DATE en la fecha de fin del proyecto (en lugar de PROJ_INFO_START_DATE en la fecha de comienzo) y establezca 0 en el campo PROJ_INFO_SCHED_FROM de la tabla MSP_PROJECTS.

Crear un proyecto insertado

El proceso de creación de un proyecto insertado en la base de datos es una combinación de creación de una tarea nueva y de especificación del valor de un campo de texto personalizado. Debe agregar registros nuevos a las tablas MSP_TASKS y MSP_TEXT_FIELDS con valores para los campos que se indican a continuación, como mínimo; también se debe establecer el indicador modificado externamente en la tabla MSP_PROJECTS:

<c:\test.mdb>\my project

Nota  Cuando se elimina un proyecto insertado de la base de datos, todas las filas de las tablas especificadas más arriba del proyecto insertado se deben eliminar para evitar que queden datos "huérfanos" en la base de datos, lo que podría originar resultados imprevisibles al abrir la base de datos en Project.

Por ejemplo, suponga que tiene dos proyectos almacenados en una base de datos y desea convertir uno de ellos en un proyecto insertado del otro. Suponga asimismo que los dos proyectos están en un archivo .mpd al que tiene acceso con un DSN denominado "Proyectos" y los nombres de los proyectos son Proyecto principal y Subproyecto. En primer lugar, debe crear una tarea en el proyecto principal que contenga al proyecto insertado. Este registro de la tabla MSP_TASKS tendría el siguiente aspecto:

Los valores de TASK_ID y TASK_UID utilizados en este caso se han elegido como ejemplo y no son significativos. Un tema importante que hay que recordar es que deben ser exclusivos entre todos los identificadores del proyecto actual. Una vez insertada esta tarea, debe especificar el nombre del archivo del proyecto insertado. Por ejemplo a continuación se especifica la fila que se agrega a la tabla MSP_TEXT_FIELDS:

El valor de PROJ_ID debe hacer referencia a un identificador válido de la tabla MSP_PROJECTS. En este caso, el valor de TEXT_CATEGORY es 0 (sin comillas) porque estamos configurando un campo de texto de tarea. El valor de TEXT_REF_UID se toma directamente de la columna TASK_UID de la tabla MSP_TASKS. El valor de TEXT_FIELD_ID se toma de la columna CONV_VALUE de la tabla MSP_CONVERSIONS desde el registro donde CONV_STRING es igual a Archivo de subproyecto de tareas. El campo TEXT_VALUE recibe el nombre real del proyecto.

Para que Project lea esta fila, deberá establecer en 1 el indicador PROJ_EXT_EDITED_TEXT de la tabla MSP_PROJECTS.

Crear un recurso nuevo, que no sea de empresa

Para crear un recurso nuevo en la base de datos, debe agregar una fila nueva a la tabla MSP_RESOURCES y especificar valores al menos para las siguiente columnas:

La siguiente instrucción SQL de inserción se puede modificar y utilizar para insertar un recurso de trabajo nuevo.

Insert into MSP_RESOURCES (
              PROJ_ID,
              RES_UID,

              RES_ID,
              RES_NAME,
              RES_TYPE,
              EXT_EDIT_REF_DATA )
          values (
              3,
              4,
              4,
              'John Smith',
              0,
              '1' )

Crear un calendario nuevo, que no sea de empresa

Se pueden crear calendarios para un proyecto o para un recurso que no sea de empresa. Opcionalmente, se pueden aplicar calendarios base a tareas. El calendario base del proyecto define de manera implícita las horas laborables de otros calendarios base y de recursos. Los datos de calendario se almacenan en la tabla MSP_CALENDARS. Los períodos laborables y las excepciones del calendario se almacenan en la tabla MSP_CALENDAR_DATA. Consulte Especificar los períodos laborables y las excepciones del calendario si desea obtener más información. Para crear un calendario nuevo, debe crear una fila con valores al menos para las siguientes columnas:

Para crear un calendario base nuevo, copie, modifique y ejecute la siguiente instrucción SQL de inserción:

Insert into MSP_CALENDARS (
              PROJ_ID,

              CAL_UID,
              CAL_BASE_UID,
              CAL_IS_BASE_CAL,
              CAL_NAME )
          values (
              3,
              4,
              -1,
              1,
              'new base calendar' )

Para crear un calendario de recursos nuevo, copie, modifique y ejecute la siguiente instrucción SQL de inserción:

Insert into MSP_CALENDARS (
              PROJ_ID,
              CAL_UID,
              CAL_BASE_UID,
              RES_UID,
              CAL_IS_BASE_CAL )
          values (
              3,
              5,
              2,
              4,
              0 )

Notas

• Eliminar un calendario asignado a una tarea puede ocasionar que el trabajo real aplicado a la tarea sea trasladado.
• Se recomienda que los valores CAL_UID no se modifiquen. Si se modifica un valor de CAL_UID pueden producirse incoherencias en los datos.
• Si se especifican nombres de calendario con más de 51 caracteres, pueden producirse incoherencias en los datos.

Especificar los períodos laborables y las excepciones del calendario

Los períodos laborables y las excepciones estándar de un calendario se almacenan en la tabla MSP_CALENDAR_DATA. Se debe insertar una fila para cada día laborable y no laborable. Además, se debe insertar una fila para cada período de excepción. Para especificar un día laborable de un calendario, debe insertar una fila con valores al menos para las siguientes columnas:

Nota  No puede especificar los períodos laborables y las excepciones del calendario para recursos de empresa usando este ejemplo:

Nota  Si un calendario es una excepción (según lo determina CD_DAY_OR_EXCEPTION), se utilizan CD_FROM_DATE y CD_TO_DATE en lugar de CD_FROM_TIME y CD_TO_TIME.

Para especificar días laborables y de excepción para un calendario, copie, modifique y ejecute la siguiente instrucción SQL de inserción para cada día laborable:

Insert into MSP_CALENDAR_DATA (
              PROJ_ID,
              CD_UID,
              CAL_UID,
              CD_DAY_OR_EXCEPTION,
              CD_WORKING,
              CD_FROM_TIME1,
              CD_TO_TIME1,
              CD_FROM_TIME2,
              CD_TO_TIME2 )
          values (
              3,
              1,
              3,
              2, -- Monday
              1, -- Working
              '7/15/2003 8:00:00 AM',
              '7/15/2003 12:00:00 PM',
              '7/15/2003 1:00:00 PM',
              '7/15/2003 5:00:00 PM' )

Nota  No se debería especificar ningún valor para CD_FROM_TIMEn ni CD_TO_TIMEn si se establece CD_WORKING en 0.

Especificar la disponibilidad de recursos

Para especificar la disponibilidad de los recursos, debe agregar una fila a la tabla MSP_AVAILABILITY por cada período disponible y especificar valores para las columnas siguientes:

Nota  No puede especificar la disponibilidad de los recursos para los recursos de empresa usando este ejemplo.

Para especificar un período de disponibilidad desde el 15 de julio de 2003 al 20 de julio de 2003, al 50% del recurso, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_AVAILABILITY (
              PROJ_ID,
              AVAIL_UID,
              RES_UID,
              AVAIL_FROM,
              AVAIL_TO,
              AVAIL_UNITS )
          values (
              3,
              1,
              5,
              '7/15/2003',
              '7/21/2003',
              0.5 )

Especificar las tasas de recursos

Para especificar una única tasa para un recurso, debe agregar una fila a la tabla MSP_RESOURCE_RATES y especificar valores, al menos, para las columnas siguientes:

Nota  No puede especificar las tasas de recursos para recursos de empresa usando este ejemplo.

Para especificar una tasa con una fecha efectiva (desde), deben insertarse dos filas en la tabla MSP_RESOURCE_RATES: una fila para la primera tasa que no tiene una fecha efectiva y otra para la tasa que sí la tiene. Para especificar tasas de costo por horas estándar y de horas extra para un recurso correspondientes a un intervalo de fechas en la tabla B de tasas de costos, copie, modifique y ejecute las siguientes instrucciones de inserción:

-- insert the first rate (from date not required)
Insert into MSP_RESOURCE_RATES (
              PROJ_ID,
              RR_UID,
              RES_UID,
              RR_RATE_TABLE,
              RR_TO_DATE,
              RR_STD_RATE,
              RR_STD_RATE_FMT,
              RR_OVT_RATE,
              RR_OVT_RATE_FMT )
          values (
              3,
              1,
              5, 
              1, -- table B
              '2003-03-15', -- rate end date
              24.00, -- $24/h standard rate
              2, -- standard rate format = h = hours
              36.00, -- $36/h overtime rate
              2 ) -- overtime rate format = h = hours
-- insert the second rate
Insert into MSP_RESOURCE_RATES (
              PROJ_ID,
              RR_UID,
              RES_UID,
              RR_RATE_TABLE,
              RR_FROM_DATE,
              RR_TO_DATE,
              RR_STD_RATE,
              RR_STD_RATE_FMT,
              RR_OVT_RATE,
              RR_OVT_RATE_FMT )
          values (
              3,
              2,
              5, 
              1, -- table B
              '2003-03-15', -- rate start date
              '2003-04-15', -- rate end date
              24.00, -- $24/h standard rate
              2, -- standard rate format = h = hours
              36.00, -- $36/h overtime rate
              2 ) -- overtime rate format = h = hours

Para especificar un costo por uso para un recurso de la tabla C, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_RESOURCE_RATES (
              PROJ_ID,
              RR_UID,
              RES_UID,
              RR_RATE_TABLE,
              RR_PER_USE_COST )
          values (
              3,
              3,
              5, 
              2, -- table C
              5000 ) --'- $50.00 per use cost

Para eliminar todas las tasas de un recurso en una tabla de tasas determinada (A, B, C, etc.), debe eliminar todos los registros existentes de ese recurso en esa tabla y crear una entrada con costos iguales a cero.

Crear una nueva tarea

Para crear una tarea nueva en la base de datos, debe agregar una fila nueva a la tabla MSP_TASKS y especificar valores al menos para las siguientes columnas:

Por ejemplo, suponga que el proyecto actual tiene 22 tareas con valores 1 a 22 para TASK_UIDs y 1 a 22 para TASK_IDs. Si desea crear una tarea nueva de un día denominada Investigar competidores y que sea la octava tarea en el proyecto, ha de agregar la siguiente fila a la tabla MSP_TASKS:

Obtenga el valor correcto de PROJ_ID de la tabla MSP_PROJECTS. Utilice el valor 23 para TASK_UID porque es el siguiente número disponible. Establezca 8 en TASK_ID, para que esta tarea sea la octava de la lista. Esto supone que el TASK_ID de cada registro posterior se ha de ajustar en una unidad para dejar espacio (dado que un TASK_ID debe ser exclusivo). Para volver a numerar los valores de TASK_ID, puede ejecutar la siguiente instrucción SQL de actualización:

Update    MSP_TASKS 
Set       TASK_ID = TASK_ID + 1 
Where     TASK_ID between 8 and 22 and
          PROJ_ID = 3

No olvide cambiar el valor de PROJ_ID en el proyecto cuyas tareas esté numerando de nuevo. Una vez numeradas de nuevo las tareas existentes, puede ejecutar la siguiente instrucción SQL de inserción para crear la tarea nueva:

Insert into MSP_TASKS (
              PROJ_ID,
              TASK_UID,
              TASK_ID,
              TASK_NAME,

              TASK_DUR,
              TASK_OUTLINE_LEVEL,
              EXT_EDIT_REF_DATA )
          values (
              3,
              23,
              8,
              'my task',
              4800,
              1,
              '1' )

Notas

• Cuando se importan datos de un archivo, una tabla o una hoja de cálculo, los datos se procesan en el orden especificado en el tema. Consulte la sección Orden de procesamiento de datos modificados externamente que figura más abajo.
• Si se especifican identificadores para tareas nuevas con intervalos (por ejemplo, 10, 20, etc.), Project reasignará identificadores de tarea de manera secuencial. No se pueden crear intervalos en los identificadores de tareas de la base de datos.
• Todas las tareas nuevas que se creen en la base de datos y que no tengan un nivel de esquema especificado, se insertarán en el nivel 0. Si la tarea se inserta entre dos tareas existentes con un nivel de esquema inferior, la segunda tarea y las subtareas subsiguientes pasarán a ser subordinadas de la tarea insertada, con lo que puede que cambie el nivel de esquema de dichas tareas subsiguientes.
• Para especificar una duración como estimada, la columna TASK_DUR_FMT debe establecerse en un valor de visualización estimado. Para obtener información sobre cómo establecer valores de visualización de duración, consulte Valores de duración, de trabajo, de tasa y de costo.

Crear una tarea repetitiva

Aunque se puede crear una tarea repetitiva en la base de datos, es preferible hacerlo en Project porque el cuadro de diálogo Información de tarea repetitiva de Project no reflejará la configuración real de las tareas repetitivas creadas directamente en la base de datos. De manera predeterminada, las tareas repetitivas creadas en la base de datos son tareas de un día que se repiten semanalmente cada lunes a partir de la fecha actual. Para crear una tarea repetitiva, debe agregar una fila para la tarea de resumen y otra cada vez que tenga lugar una subtarea repetitiva. También debe especificar valores al menos para las siguientes columnas:

Para crear una tarea repetitiva con dos subtareas repetitivas, copie, modifique y ejecute las tres instrucciones de inserción siguientes:

-- insert the summary recurring task
Insert into MSP_TASKS (
              PROJ_ID,
              TASK_UID,
              TASK_ID,
              TASK_NAME,
              TASK_OUTLINE_LEVEL,
              TASK_IS_RECURRING,
              TASK_IS_RECURRING_SUMMARY,
              TASK_IS_ROLLED_UP,
              EXT_EDIT_REF_DATA )
          values (
              3,
              9,
              9,
              'my recurring summary task',
              2, -- outline level
              1, -- is recurring
              1, -- is recurring summary
              1, -- is rolled up
              '1' ) 

-- insert the first recurring subtask
Insert into MSP_TASKS (
              PROJ_ID,
              TASK_UID,
              TASK_ID,
              TASK_OUTLINE_LEVEL,
              TASK_IS_RECURRING,
              TASK_IS_RECURRING_SUMMARY,
              TASK_IS_ROLLED_UP,
              TASK_CONSTRAINT_TYPE,
              EXT_EDIT_REF_DATA )
          values (
              3,
              10,
              10,
              3, -- outline level
              1, -- is recurring
              0, -- is recurring summary
              1, -- is rolled up
              4, -- constraint type = 4 = 'Start no earlier than'
              '1' )

-- insert the second recurring subtask
Insert into MSP_TASKS (
              PROJ_ID,
              TASK_UID,
              TASK_ID,
              TASK_OUTLINE_LEVEL,
              TASK_IS_RECURRING,
              TASK_IS_RECURRING_SUMMARY,
              TASK_IS_ROLLED_UP,
              TASK_CONSTRAINT_TYPE,
              EXT_EDIT_REF_DATA )
          values (
              3,
              11,
              11,
              3, -- outline level
              1, -- is recurring
              0, -- is recurring summary
              1, -- is rolled up
              4, -- constraint type = 4 = 'Start no earlier than'
              '1' )

Crear dependencias entre tareas

Para crear una nueva dependencia de vínculo entre tareas en la base de datos, debe agregar una fila nueva a la tabla MSP_LINKS y especificar valores al menos para las siguientes columnas (lo que proporcionará un vínculo simple de Fin a comienzo con un valor cero de posposición):

Insert into MSP_LINKS (
              PROJ_ID,
              LINK_UID,
              LINK_PRED_UID,
              LINK_SUCC_UID,
              EXT_EDIT_REF_DATA )
          values (
              3,
              1,
              1,
              2,
              0 ) 

Para especificar un tipo de vínculo distinto del predeterminado, establezca la columna LINK_TYPE en el tipo de vínculo deseado. Los valores válidos de cada tipo de vínculo se pueden obtener de la columna CONV_VALUE en la tabla MSP_CONVERSIONS, donde STRING_TYPE_ID equivale a 3 (Tipo de vínculo). Los tipos de vínculo válidos son 0 (Fin a fin), 1 (Fin a comienzo), 2 (Comienzo a fin) y 4 (Comienzo a comienzo).

Si desea especificar una posposición al crear un vínculo, debe especificar las columnas siguientes:

Crear una asignación nueva

Para crear una asignación nueva en la base de datos, debe agregar una fila nueva a la tabla MSP_ASSIGNMENTS con valores al menos para las siguientes columnas:

Para crear una asignación, copie, modifique y ejecute la instrucción de inserción siguiente.

Insert into MSP_ASSIGNMENTS (
              PROJ_ID,
              ASSN_UID,
              RES_UID,
              TASK_UID,
              ASSN_UNITS,
              ASSN_WORK,
              EXT_EDIT_REF_DATA )
          values (
              3,
              11,
              6,
              14,
              0.5, -- 50% of resource 6's available time
              480000, -- eight hours of work
              '1' ) 

Para crear una nueva asignación en la base de datos para una tarea existente sin asignar, debe eliminar la asignación con marcador de posición de la tabla MSP_ASSIGNMENTS que hace referencia al elemento TASK_UID de la tarea. Para eliminar una asignación con marcador de posición, copie, modifique y ejecute la siguiente instrucción de eliminación

Delete from MSP_ASSIGNMENTS
Where TASK_UID = 17
And RES_UID = -65535 -- unassigned resource ID 

Notas

• El costo real de la asignación debe especificarse en la tabla MSP_TIMEPHASED_DATA en lugar de en MSP_ASSIGNMENTS para que Project lo procese.
• Cuando se asigna un recurso material a una tarea, se omite la duración de la misma. La duración viene determinada por el trabajo especificado en la asignación.

Administrar datos de fase temporal

Los datos de fase temporal se almacenan en la tabla MSP_TIMEPHASED_DATA de forma similar a como se muestran en las vistas Uso de tareas y Uso de recursos. Cada fila de la tabla especifica la siguiente información:

Nota  Project Server mantiene los datos de fase temporal en las tablas de la vista almacenadas en la base de datos de Project Server. Se puede acceder fácilmente a las tablas de la vista desde la interfaz de usuario de Project Web Access.

• El tipo de datos, es decir, valores de trabajo, porcentaje completado o costo de una asignación, tarea o recurso.
• Una referencia a un registro de asignación, tarea o recurso.
• Un intervalo de fechas.
• Uno o más valores del tipo de datos especificado para cada período de tiempo en el intervalo de fechas indicado.
• La unidad de tiempo (por ejemplo, día o semana) que representa cada columna de valores.

El tipo de dato utilizado se establece en el valor adecuado de la columna CONV_VALUE en la tabla MSP_CONVERSIONS, donde el tipo de cadena es igual a Tipo de perfil de fase temporal. Entre los tipos de datos que se pueden grabar se incluyen:

• Trabajo restante de la asignación
• Trabajo real de la asignación
• Trabajo real de horas extra de la asignación
• Trabajo previsto de la asignación
• Costo previsto de la asignación
• Costo real de la asignación
• Trabajo previsto del recurso
• Costo previsto del recurso
• Trabajo previsto de la tarea
• Costo previsto de la tarea
• Porcentaje completado de la tarea

Nota  El trabajo completado de la asignación no se guarda en la base de datos, sino que se calcula como trabajo real de la asignación/duración de la asignación.

Para registrar el trabajo restante de fase temporal, el trabajo real o el costo de una asignación o tarea, debe agregar una o más filas nuevas a la tabla MSP_TIMEPHASED_DATA y especificar valores al menos para las columnas siguientes:

La siguiente tabla muestra la relación entre los datos almacenados en MSP_TIMEPHASED_DATA y los datos de trabajo real con respecto a una asignación en la vista de uso de tareas:

Crear o modificar el orden de trabajo real de una asignación

Para especificar el trabajo real para una asignación, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_TIMEPHASED_DATA (
              PROJ_ID,
              TD_UID,
              TD_FIELD_ID,
              TD_CATEGORY,
              TD_REF_UID,
              TD_START,
              TD_FINISH,
              TD_UNITS,
              TD_VALUE1,
              TD_VALUE2,
              TD_VALUE3,
              TD_VALUE4,
              TD_EXT_EDITED )
          values (
              3,
              108,
              2, -- assignment actual work
              3, -- category = assignment
              2, -- assignment UID
              '7/15/2003 8:00:00 AM', -- start of the first time period
              '8/26/2003 8:00:00 AM', -- end of the last time period
              2, -- each value column represents a day,
              480000, -- day one value = 8h = (480 minutes * 1000)
              240000, -- day two value = 4h = (240 minutes * 1000)
              0, -- day three value = 0h = (zero minutes * 1000)
              240000, -- day three value = 4h = (240 minutes * 1000)
              1 ) -- externally edited flag

Nota  El valor de TD_FINISH se mostrará en Project como 25.07.2003, puesto que 26.08.2003 08:00 se interpreta como el fin del día laborable que comienza el 25.08.

Crear divisiones en el trabajo programado

La creación de divisiones en el trabajo programado es similar a la especificación de trabajo real. Las diferencias son las siguientes:

• TD_FIELD_ID se establece en 1 para Trabajo restante de la asignación.
• TD_CATEGORY se establece en 0 para indicar que se trata de una tarea.
• TD_VALUEn se establece en 0 para cada período especificado que no tenga trabajo programado.

Crear o modificar el orden de trabajo restante de una asignación

La especificación de trabajo restante es similar a la especificación de trabajo real. Las diferencias son las siguientes:

• TD_FIELD_ID se establece en 1 para Trabajo restante de la asignación.
• TD_CATEGORY se establece en 3 para indicar que se trata de una asignación.

Crear o modificar perfiles de costo

Para especificar un perfil de costo para una asignación durante ocho días, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_TIMEPHASED_DATA (
              PROJ_ID,
              TD_UID,
              TD_FIELD_ID,
              TD_CATEGORY,
              TD_REF_UID,
              TD_START,
              TD_FINISH,
              TD_UNITS,
              TD_VALUE1,
              TD_EXT_EDITED )
          values (
              3,
              109,
              6, -- assignment actual cost
              3, -- category = assignment
              3, -- assignment UID
              '7/15/2003 8:00:00 AM', -- start of the first time period
              '8/26/2003 8:00:00 AM', -- end of the last time period
              3, -- each value column represents a week,
              10032, -- week one value = $100.32 cost * 100,
              1 )

Este ejemplo crea un registro de 100,32 € de costo para la asignación durante siete días. Para crear un registro para el octavo día, copie y modifique la instrucción de inserción siguiente:

Insert into MSP_TIMEPHASED_DATA (
              PROJ_ID,
              TD_UID,
              TD_FIELD_ID,
              TD_CATEGORY,
              TD_REF_UID,
              TD_START,
              TD_FINISH,
              TD_UNITS,
              TD_VALUE1,
              TD_EXT_EDITED )
          values (
              3,
              110,
              6, -- assignment actual cost
              3, -- category = assignment
              3, -- assignment UID
              '7/15/2003 8:00:00 AM', -- start of the first time period
              '8/26/20031 8:00:00 AM', -- end of the last time period
              2, -- days,
              1650, -- day one value = $16.50 cost * 100,
              1 )

La combinación de estas dos inserciones creará un perfil para el período de ocho días especificado.

Nota   Project omitirá los datos de costo insertados si se establece 1 en la columna PROJ_OPT_CALC_ACT_COSTS de la tabla MSP_PROJECTS.

Para desactivar este indicador, copie, modifique y ejecute la instrucción de actualización siguiente:

Update    MSP_PROJECTS 
Set       PROJ_OPT_CALC_ACT_COSTS = 0 
Where     PROJ_ID = 3 

Crear o modificar perfiles de porcentaje completado de tareas

Para especificar un perfil de porcentaje completado de una tarea, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_TIMEPHASED_DATA (
              PROJ_ID,
              TD_UID,
              TD_FIELD_ID,
              TD_CATEGORY,
              TD_REF_UID,
              TD_START,
              TD_FINISH,
              TD_UNITS,
              TD_VALUE1,
              TD_VALUE2,
              TD_VALUE3,
              TD_EXT_EDITED )
          values (
              3,
              111,
              11, -- task percent complete
              0, -- category = task
              3, -- TASK_UID
              '7/15/2003 8:00:00 AM', -- start of the first time period
              '8/26/2003 8:00:00 AM', -- end of the last time period
              2, -- days,
              72, -- day one value = 72 percent * 100,
              0, -- day two value of zero percent * 100,

              28, -- day three value = 28 percent * 100,
              1 )

Este ejemplo crea un registro del 72% completado de la tarea el día que comienza el 15.07.03 a las 8:00:00 a. m., 0% completado el día siguiente y 28% completado el día que comienza el 25.08.03.

Eliminar un perfil

Para eliminar un perfil de la tabla MSP_TIMEPHASED_DATA, actualice todas las filas de ese perfil al establecer todas las columnas TD_VALUE en 0 y TD_EXT_EDITED en 1. Al establecer todas las columnas TD_VALUE en 0 para una sola fila, no se eliminará ésta si hay una o más filas para ese mismo perfil en los períodos anterior y posterior de la fila que se está actualizando. Por el contrario, se creará una división en el perfil y la fila no desaparecerá.

Nota   Project no eliminará realmente las filas actualizadas de la tabla MSP_TIMEPHASED_DATA hasta que no se guarde el proyecto.

Personalizar datos del proyecto

Los campos de indicadores personalizados se almacenan en la base de datos en seis tablas especiales, basada cada una de ellas en un tipo de campo personalizado. Para especificar el valor de un campo personalizado, debe agregar una fila nueva a la tabla apropiada del campo personalizado y establecer el correspondiente indicador en la tabla MSP_PROJECTS. Para especificar valores de campos personalizados para una tarea de resumen del proyecto, el procedimiento es idéntico, pero debe utilizar el valor 0 para el campo TASK_UID especial.

Nota  La información de esta sección no siempre se aplica (o puede ser distinta) para los datos de proyecto de empresa almacenados en la base de datos de Project Server. Se recomienda que los datos de proyecto de empresa en la base de datos de Project Server sólo puedan interactuar usando Project Data Service (PDS), Project o Project Web Access.

Especificar campos de texto personalizados

Para especificar un campo de texto personalizado, debe especificar valores en los siguientes campos de la base de datos:

Especificar campos numéricos (costo) personalizados

Para especificar un campo numérico personalizado, debe especificar valores en las siguientes columnas de la base de datos:

Especificar campos de fecha, de comienzo y de fin personalizados

Para especificar un campo de fecha personalizado, debe escribir valores en las siguientes columnas de la base de datos:

Especificar campos de duración personalizados

Para especificar un campo de duración personalizado, debe escribir valores en las siguientes columnas de la base de datos:

Atributos de campo

Aunque la mayoría de los campos de Project no tienen otras propiedades que no sean las de los datos reales, algunos campos contienen, además de los valores de los datos, ciertos metadatos en el nivel de proyecto, relativos al campo, aplicables a todos los valores de la columna. Por ejemplo, el campo EDT almacena los códigos EDT reales de cada tarea, pero también hay una máscara para los códigos que se pueden definir para cada proyecto. De modo similar, todos los campos personalizados de Project pueden tener asignados atributos especiales, como una fórmula o un nombre definido por el usuario (alias), y estos metadatos se almacenan una sola vez para toda la columna, independientemente de los datos reales almacenados en cada fila.

Siempre que estos metadatos aparecen en la base de datos, se almacenan en las tablas MSP_FIELD_ATTRIBUTES y MSP_ATTRIBUTE_STRINGS. La tabla MSP_FIELD_ATTRIBUTES contiene los identificadores de los campos, el valor numérico del atributo (cuya referencia se puede eliminar de la tabla MSP_STRING_CONVERSIONS) y el valor real del atributo o un puntero a dicho valor. En el caso de valores numéricos y booleanos, el valor se almacena directamente en la tabla MSP_FIELD_ATTRIBUTES, mientras que los valores de cadena se almacenan en la tabla MSP_ATTRIBUTE_STRINGS y el índice de la cadena en la tabla MSP_FIELD_ATTRIBUTES.

Especificar códigos EDT personalizados

Los códigos EDT personalizados se definen en dos tablas. La máscara de código se almacena en la tabla MSP_ATTRIBUTE_STRINGS. Los valores reales de los códigos EDT correspondientes a las tareas se almacenan en la tabla MSP_TASKS (columnas TASK_WBS y TASK_WBS_RIGHTMOST_LEVEL). Para definir códigos EDT personalizados, debe especificar valores en las columnas siguientes:

Para crear una máscara EDT personalizada, necesaria para generar el código EDT A.b.01, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_ATTRIBUTE_STRINGS (
              PROJ_ID,
              AS_ID,
              AS_VALUE )
          values (
              3,
              1,
              '1,1,.,2,1,.,0,0,.' )

En este ejemplo, el valor de la columna AS_VALUE especifica tres niveles de código EDT:

También puede especificar un prefijo del código EDT como proj1, con lo que se obtendrá el código EDT proj1-A.b.01. Para especificar una máscara de prefijo del código EDT, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_ATTRIBUTE_STRINGS (
              PROJ_ID,
              AS_ID,
              AS_VALUE )
          values (
              3,
              2,
              'proj1-' )

Para utilizar el prefijo y los códigos EDT especificados en las tareas anteriores, se deben agregar dos filas a la tabla MSP_FIELD_ATTRIBUTES, uno para cada prefijo EDT y para cada máscara de código EDT. Deben especificarse valores para las siguientes columnas:

Para crear estas filas, copie, modifique y ejecute las instrucciones de inserción siguientes:

Insert into MSP_FIELD_ATTRIBUTES (
              PROJ_ID,
              ATTRIB_FIELD_ID,
              ATTRIB_ID,
              ATTRIB_VALUE,
              AS_ID,
              ATTRIB_EXT_EDITED )
          values (
              3,
              188743696, -- TASK_WBS field ID
              200, -- for 'Outline code and WBS mask'
              -1, -- the value is specified in MSP_ATTRIBUTE_STRINGS
              1, -- the ID of the WBS code definition
              1 ) -- must set for Project to process

Insert into MSP_FIELD_ATTRIBUTES (
              PROJ_ID,
              ATTRIB_FIELD_ID,
              ATTRIB_ID,
              ATTRIB_VALUE,
              AS_ID,
              ATTRIB_EXT_EDITED )
          values (
              3,
              188743696, -- TASK_WBS field ID
              204, -- for 'WBS Prefix'
              -1, -- indicates that the value is in MSP_ATTRIBUTE_STRINGS
              2, -- the ID of the WBS code definition
              1 ) -- must set for Project to process

Una vez insertadas estas dos filas, las tareas se pueden dotar de códigos EDT personalizados. Los códigos EDT especificados para las tareas deberían ajustarse a la máscara especificada. Para especificar un código EDT para una tarea existente, copie, modifique y ejecute la siguiente instrucción de actualización:

Update    MSP_TASKS 
Set       TASK_WBS = 'A.b.03',
          TASK_WBS_RIGHTMOST_LEVEL = '03' 
Where     PROJ_ID = 3
And       TASK_UID = 11

Cuando crea o modifica un proyecto en la base de datos, puede especificar si Project exige la exclusividad y la generación automática de códigos EDT en las nuevas tareas creadas con Project. Para especificar si Project debe exigir la exclusividad de los nuevos códigos EDT de las tareas, es preciso insertar una fila en la tabla MSP_FIELD_ATTRIBUTES. Para crear esta fila, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_FIELD_ATTRIBUTES (
              PROJ_ID,
              ATTRIB_FIELD_ID,
              ATTRIB_ID,
              ATTRIB_VALUE,
              ATTRIB_EXT_EDITED )
          values (
              3,
              188743696, -- TASK_WBS field ID
              203, -- for 'Verify uniqueness of new WBS codes'
              1, -- sets the flag to True
              1 ) -- must set for Project to process

Finalmente, para especificar si Project genera códigos EDT para las nuevas tareas, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_FIELD_ATTRIBUTES (
              PROJ_ID,
              ATTRIB_FIELD_ID,
              ATTRIB_ID,
              ATTRIB_VALUE,
              ATTRIB_EXT_EDITED )
          values (
              3,
              188743696, -- TASK_WBS field ID
              205, -- for 'Generate WBS code for new tasks'
              1, -- sets the flag to True
              1 ) -- must set for Project to process

Especificar códigos de esquema personalizados

Los códigos de esquema personalizados son herramientas eficaces y flexibles que permiten describir, organizar y agregar información de tareas. La definición de códigos de esquema personalizados directamente en la base de datos debe realizarse con precaución. Los códigos de esquema personalizados se definen en las cinco tablas siguientes:

• MSP_ATTRIBUTE_STRINGS contiene la máscara de código de esquema y, opcionalmente, un alias para el campo de código de esquema especificado. La especificación de una máscara de código de esquema personalizado se realiza casi de la misma forma que la especificación de una máscara de código EDT personalizado. Consulte la sección Especificar códigos EDT personalizados desarrollado arriba para obtener información sobre la creación de una máscara EDT personalizada. Asimismo, consulte la sección Especificar los alias para campos personalizados desarrollado abajo para obtener información sobre la creación de un alias para un campo de código de esquema personalizado.
• MSP_FIELD_ATTRIBUTES asocia la máscara de código de esquema con su campo de código de esquema (por ejemplo Código de esquema1). Esta tabla contiene los valores de los indicadores 'Permitir sólo códigos de esquema que aparezcan en la tabla de consulta' y 'Permitir sólo nuevos códigos de esquema con valores en todos los niveles' de la columna CONV_VALUE de la tabla MSP_CONVERSIONS. También asocia el campo de código de esquema con su alias, si lo tiene. La asociación de una máscara de código de esquema personalizado se realiza casi de la misma forma que la asociación de una máscara EDT personalizada al campo EDT de la tarea. Sólo es diferente el identificador del campo, que se puede recuperar de la tabla MSP_CONVERSIONS. Consulte la sección Especificar códigos EDT personalizados desarrollado arriba para obtener información sobre la asociación de una máscara de código a un campo personalizado y el establecimiento de indicadores personalizados. Asimismo, consulte la sección Especificar los alias para campos personalizados desarrollado abajo sobre cómo asociar una máscara de esquema personalizada a un campo de esquema personalizado. Asegúrese de establecer la columna ATTRIB_EXT_EDITED en 1 al crear o modificar un valor de cadena de atributo o una asociación máscara de código a campo personalizado.
• MSP_OUTLINE_CODES define los valores del código de esquema de cada nivel. Cada fila contiene un valor de código y una referencia a su código principal.
• MSP_CODE_FIELDS asocia los códigos definidos a las tareas y recursos a los que se aplican. A diferencia de los códigos EDT personalizados, los códigos de esquema personalizados no se almacenan en la tabla MSP_TASKS. Se definen en la tabla MSP_OUTLINE_CODES y se asocian con uno de los campos de código de esquema personalizado en tareas o recursos específicos.
• MSP_MV_FIELDS asocia los códigos de esquema de valor múltiple a las tareas y recursos a los que se aplican.

Para crear códigos de esquema personalizados, debe especificar valores, al menos, en las columnas siguientes:

Una vez que ha definido la máscara de códigos de esquema personalizados, puede definir los propios códigos de esquema. Para especificar dos niveles de códigos que constituyen el código de esquema A.x, copie, modifique y ejecute las instrucciones de inserción siguientes.

Insert into MSP_OUTLINE_CODES (
              PROJ_ID,
              CODE_UID,
              OC_PARENT,
              OC_FIELD_ID,
              OC_NAME )
          values (
              3,
              1,
              0, -- highest level code, no parent
              188744096, -- Task Outline Code1
              'A' ) -- the level 1 code

Insert into MSP_OUTLINE_CODES (
              PROJ_ID,
              CODE_UID,
              OC_PARENT,
              OC_FIELD_ID,
              OC_NAME )
          values (
              3,
              2,
              1, -- parent code UID = 1
              188744096, -- Task Outline Code1
              'x' ) -- the level 1 code

Para asociar un código a un código de esquema personalizado y a una tarea o recurso específicos, deben especificarse valores en las columnas siguientes:

Para asociar un código de esquema personalizado a una tarea, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_CODE_FIELDS (
              PROJ_ID,
              CODE_CATEGORY,
              CODE_REF_UID,
              CODE_FIELD_ID,
              CODE_UID )
          values (
              3, -- project ID
              0, -- task category
              2, -- task UID
              188744096, -- Task Outline Code1
              2 ) -- code UID for the code "x"

El resultado de insertar esta fila es que el valor de la tarea personalizada Código de esquema 1 de la Tarea 2 es A.x.

Nota  Al eliminar un código de esquema personalizado de la tabla MSP_OUTLINE_CODES, debería eliminar cualquier código secundario y evitar los códigos huérfanos.

Especificar los alias para campos personalizados

Los alias para campos personalizados se almacenan en las tablas MSP_ATTRIBUTE_STRINGS y MSP_FIELD_ATTRIBUTES. Al igual que en el caso de los códigos EDT personalizados, el alias se especifica en la tabla MSP_ATTRIBUTE_STRINGS. Los campos requeridos son los siguientes:

El alias se relaciona con un campo personalizado específico de la tabla MSP_FIELD_ATTRIBUTES. Deben especificarse valores para las siguientes columnas:

Para especificar un alias para un campo personalizado, copie, modifique y ejecute las instrucciones de inserción siguientes:

Insert into MSP_ATTRIBUTE_STRINGS (
              PROJ_ID,
              AS_ID,
              AS_VALUE )
          values (
              3,
              5,
              'my text column' )

Insert into MSP_FIELD_ATTRIBUTES (
              PROJ_ID,
              ATTRIB_FIELD_ID,
              ATTRIB_ID,
              ATTRIB_VALUE,
              AS_ID,
              ATTRIB_EXT_EDITED )
          values (
              3,
              188743731, -- refers to custom field 'Task Text1'
              206, -- for 'Field Alias'
              -1, -- indicates that the value is in MSP_ATTRIBUTE_STRINGS
              5, -- the ID of the value in MSP_ATTRIBUTE_STRINGS
              1 ) -- must set for Project to process

Especificar fórmulas para campos personalizados

Al igual que en el caso de prefijos y máscaras EDT, las fórmulas personalizadas se especifican en las tablas MSP_FIELD_ATTRIBUTES y MSP_ATTRIBUTE_STRINGS. Para definir una fórmula personalizada, debe especificar valores en las columnas siguientes:

Por ejemplo, para crear una fórmula personalizada que realice el cálculo (2*[Duración])/60, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_ATTRIBUTE_STRINGS (
              PROJ_ID,
              AS_ID,
              AS_VALUE )
          values (
              3,
              5,
              '(2*[Duration])/60' )

Para asignar la fórmula personalizada a un campo personalizado, deben especificarse valores en las siguientes columnas de la tabla MSP_FIELD_ATTRIBUTES:

Para crear una equivalencia entre la fórmula personalizada y el campo personalizado Número1, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_FIELD_ATTRIBUTES (
              PROJ_ID,
              ATTRIB_FIELD_ID,
              ATTRIB_ID,
              AS_ID,
              ATTRIB_EXT_EDITED )
          values (
              3,
              188743767, -- Number1 custom field
              207, -- for 'Custom Field Formula'
              5, -- the ID of the custom formula definition
              1 ) -- must set for Project to process

Para consultar en la base de datos las fórmulas existentes para el campo personalizado Número3, copie, modifique y ejecute la instrucción de selección siguiente:

Select    PROJ_NAME,
          (select CONV_STRING
             from MSP_CONVERSIONS
            where CONV_VALUE = fa.ATTRIB_FIELD_ID
              and STRING_TYPE_ID = 105) as ATTRIB_FIELD -- field name
          (select CONV_STRING
             from MSP_CONVERSIONS
            where CONV_VALUE = fa.ATTRIB_ID
              and STRING_TYPE_ID = 106) as ATTRIB -- field attribute name
          AS_VALUE
From      MSP_FIELD_ATTRIBUTES fa,
          MSP_ATTRIBUTE_STRINGS s,
          MSP_PROJECTS p
Where     fa.AS_ID = s.AS_ID
And       fa.PROJ_ID = s.PROJ_ID
And       fa.PROJ_ID = p.PROJ_ID
And       fa.ATTRIB_FIELD_ID = 188743769 -- field = Number3
And       p.PROJ_ID = 3  

Para eliminar una fórmula, actualice MSP_ATTRIBUTE_STRINGS al establecer AS_VALUE en nulo en la fila que define la fórmula. Acuérdese de definir ATTRIB_EXT_EDITED en la fila asociada en MSP_FIELD_ATTRIBUTES como 1, a fin de que Project lo procese. La fila se eliminará cuando el proyecto se guarde en Project.

Leer y escribir notas RTF

Para recuperar datos de las columnas de notas RTF en MSP_TASKS, MSP_RESOURCES o MSP_ASSIGNMENTS, copie, modifique y ejecute la siguiente secuencia de comandos de VB:

Sub getRtf()
    'This macro extracts RTF data from MSP_TASKS.TASK_RTF_NOTES.  This data can then be written
    'to a file that can be opened with Microsoft Word or displayed in a richedit control.
    
    Dim cn As New ADODB.Connection
    Dim rs As New ADODB.Recordset
    Dim sql As String, rtf As String, cnString

    'Open the MSP_TASKS table to look for TASK_RTF_NOTES
    cnString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c:\temp\MyProject.mpd"
    sql = "select PROJ_ID, TASK_UID, TASK_RTF_NOTES " & _
          "from MSP_TASKS " & _
          "where TASK_RTF_NOTES is not null" 'can specify a specific PROJ_ID and TASK_UID instead
    cn.Open cnString
    rs.Open sql, cn
    
    'Enumerate across the recordset looking for notes
    With rs
        Do While Not .EOF
            rtf = StrConv(.Fields("TASK_RTF_NOTES"), vbUnicode) ' Put binary column data into text string
            Debug.Print rtf
            .MoveNext
        Loop
        .Close
    End With
End Sub

Nota  Asegúrese de comprobar en el código indicado anteriormente todas las referencias a MSP_TASKS, TASK_RTF_NOTES y TASK_UID. Deberá modificar TASKS por RES o ASSN, según la tabla desde la que extrae datos RTF.

Para escribir datos en las columnas de notas RTF de las tablas MSP_TASKS, MSP_RESOURCES o MSP_ASSIGNMENTS, copie, modifique y ejecute la siguiente secuencia de comandos de VB:

Sub writeRtf()
    'This macro writes RTF data to MSP_TASKS.TASK_RTF_NOTES.

    Dim cn As New ADODB.Connection
    Dim cmd As New ADODB.Command
    Dim param As New ADODB.Parameter
    Dim sql As String, rtf As String, cnString As String

    cnString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c:\temp\MyProject.mpd"
    sql = "update MSP_TASKS set TASK_RTF_NOTES = ? where PROJ_ID = 1 and TASK_UID = 1"
    rtf = "{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fcharset0 Arial;}}" & vbNewLine & _
          "\viewkind4\uc1\pard\f0\fs20 What's in a name? That which we call a rose...     \par" & vbNewLine & _
          "}" & vbNewLine & vbLf & Chr(0)   'be sure to specify valid RTF text here including "vbLf & Chr(0)

    cn.Open cnString

    param.Direction = adParamInput
    param.Type = adVarBinary
    param.Size = 8000
    param.Value = StrConv(rtf, vbFromUnicode)

    cmd.ActiveConnection = cn
    cmd.CommandText = sql
    cmd.Parameters.Append param
    cmd.Execute
End Sub

Nota  Asegúrese de comprobar en el código indicado anteriormente todas las referencias a MSP_TASKS, TASK_RTF_NOTES y TASK_UID. Deberá modificar TASKS por RES o ASSN, según la tabla desde la que extrae datos RTF.

El Editor de Microsoft Visual Basic para VBA debe contener referencias a la biblioteca de Microsoft ActiveX Data Objects (ADO) 2.1 (o posterior) para que funcionen estas secuencias de comandos. Asegúrese de establecer las columnas TASK_HAS_NOTES de la tabla MSP_TASKS y PROJ_EXT_EDITED de MSP_PROJECTS en 1 para que Project las procese. Realice el mismo procedimiento al cambiar notas RTF en MSP_RESOURCES y MSP_ASSIGNMENTS.

Administrar otros datos de la base de datos

A continuación se enumera información adicional sobre tareas y recursos que está almacenada en la tabla MSP_TEXT_FIELDS:

Para especificar un valor para uno de los campos anteriores, deberá especificar la categoría (Tarea o Recurso), el identificador exclusivo de la categoría especificada al que se hace referencia, el tipo de campo (por ejemplo Contacto de tarea) y el valor. Los valores de los tipos de campos se almacenan en la tabla MSP_CONVERSIONS, donde el tipo de cadena es 105 o identificador de campo.

Las columnas PROJ_EXT_EDITED y PROJ_EXT_EDITED_TEXT de la tabla MSP_PROJECTS deben establecerse en 1 para que Project procese datos adicionales de tareas, recursos y asignaciones almacenados en MSP_TEXT_FIELDS.

Nota   Project extrae el texto de TASK_RTF_NOTES, RES_RTF_NOTES y ASSN_RTF_NOTES a MSP_TEXT_FIELDS según sea conveniente. Estas notas de texto son sólo informativas y no pueden actualizarse.

Especificar una dirección de correo electrónico

Para especificar la dirección de correo electrónico de un recurso, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_TEXT_FIELDS (
              PROJ_ID,
              TEXT_CATEGORY,
              TEXT_REF_UID,
              TEXT_FIELD_ID,
              TEXT_VALUE )
          values (
              3,
              1, -- the category is 'Resource'
              6, -- the UID of the resource
              205520931, -- the 'Resource Email Address' field
              'somebody@microsoft.com' ) -- resource's e-mail address

Recuperar referencias de tareas y proyectos con vínculos entre proyectos

Los vínculos entre proyectos permiten que una tarea de un proyecto dependa de una tarea de otro proyecto. Los vínculos entre proyectos se registran tanto en el proyecto que contiene la tarea dependiente como en el que contiene la tarea de la que depende la otra. Los vínculos entre proyectos sólo se deberían crear, modificar o eliminar con Project. Al crear, modificar o eliminar información de vínculos entre proyectos de la base de datos, se pueden producir daños en el proyecto. Esto incluye tareas normales o fantasma (la copia de la tareas sucesoras o predecesoras del otro proyecto), vínculos y referencias de vínculos en MSP_TEXT_FIELDS.

Para recuperar referencias de tareas y proyectos con vínculos entre proyectos para una tarea específica, copie, modifique y ejecute la siguiente instrucción de selección:

Select    PROJ_NAME,
          TASK_NAME,
          CONV_STRING,
          TEXT_VALUE
From      MSP_PROJECTS p,
          MSP_TASKS t,
          MSP_CONVERSIONS c,
          MSP_LINKS l,
          MSP_TEXT_FIELDS x
where     p.PROJ_ID = 2    -- set the project ID
and       t.TASK_UID = 1   -- set the task UID
and       p.PROJ_ID = t.PROJ_ID
and       p.PROJ_ID = l.PROJ_ID
and       p.PROJ_ID = x.PROJ_ID
and       l.LINK_UID = x.TEXT_REF_UID
and       X.TEXT_CATEGORY = 4 -- Dependencies
and       (
             (    t.TASK_ID = l.LINK_PRED_UID
              and c.CONV_VALUE = x.TEXT_FIELD_ID
              and c.STRING_TYPE_ID = 105 -- Field ID
             )
           or
             (    t.TASK_ID = l.LINK_SUCC_UID
              and c.CONV_VALUE = x.TEXT_FIELD_ID


              and c.STRING_TYPE_ID = 105 -- Field ID
             )
          )

Recuperar los nombres de archivos que comparten

Por comodidad, los nombres de los archivos que comparten de un proyecto con fondo de recursos están escritos en la base de datos. Estos datos son de sólo lectura y no se pueden modificar en la base de datos. Para obtener una lista de los archivos que comparten del fondo de recursos almacenado en una base de datos, ejecute la instrucción de selección siguiente:

Select   AS_VALUE
From     MSP_ATTRIBUTE_STRINGS S inner join
         MSP_FIELD_ATTRIBUTES A on
         S.AS_ID = A.AS_ID
Where    A.ATTRIB_ID = 208 -- conversion string 'Sharer File Names'
Order by S.AS_POSITION

Crear esquemas con tareas de resumen y subtareas

Los esquemas, que se componen de tareas de resumen con subtareas, se crean mediante tres pasos:

Por ejemplo, para incrementar los identificadores de todas las tareas a partir de la tarea 12 (que se convertirá en la tarea de resumen), copie, modifique y ejecute la instrucción de actualización siguiente:

Update    MSP_TASKS 
Set       TASK_ID = TASK_ID + 1 
Where     TASK_ID > 12

Una vez que ha creado espacio en la lista de identificadores de tarea, puede insertar la subtarea. Consulte la sección Crear una tarea nueva desarrollado arriba para obtener información sobre la creación e inserción de nuevas tareas. Cuando se inserta una subtarea, el nivel de esquema debe ser igual al de la tarea de resumen + 1. Para insertar la subtarea 13, copie, modifique y ejecute la instrucción de inserción siguiente:

Insert into MSP_TASKS (
              PROJ_ID,
              TASK_UID,
              TASK_ID,
              TASK_NAME,
              TASK_OUTLINE_LEVEL,
              EXT_EDIT_REF_DATA )
          values (
              3,
              24, -- new, unique task UID
              13, -- the ID of the new task
              'your subtask name', -- the name of the task
              3, -- outline level of task 12 + 1
              '1' ) -- set to 1 so Project will process

Si la tarea 12 no era una tarea de resumen, debe marcarse como tal. Para especificar una tarea como tarea de resumen, copie y modifique la instrucción de actualización siguiente:

Update    MSP_TASKS 
Set       TASK_IS_SUMMARY = 1 
Where     TASK_UID = 12

Asegúrese de actualizar la columna PROJ_EXT_EDITED de MSP_PROJECTS a 1 para que Project procese los cambios.

Modificar el trabajo en una asignación de tareas de resumen

Si un recurso está asignado a una tarea de resumen y desea modificar el trabajo de esa asignación, debe especificar valores para las columnas ASSN_UNITS y ASSN_WORK de la tabla MSP_ASSIGNMENTS. Para cambiar el trabajo en una asignación de tarea de resumen existente por dos días al 50%, copie, modifique y ejecute la instrucción de actualización siguiente:

Update    MSP_ASSIGNMENTS 
Set       ASSN_WORK = 96000,
          ASSN_UNITS = .50 
Where     TASK_UID > 12

Asegúrese de hacer una copia de seguridad de los datos de tareas antes de actualizar la fila. Consulte la sección Garantizar la integridad de los datos de un proyecto en una base de datos para obtener más información sobre cómo hacer una copia de seguridad de los datos de tareas existentes.

Recuperar el estado del mensaje del grupo de trabajo

Los campos de estado de los mensajes del grupo de trabajo de tareas y recursos (Actualización necesaria, Confirmado, Respuesta pendiente y Estado del equipo pendiente) no se guardan en la base de datos. Si desea obtener información de estado sobre mensajes que se han enviado al equipo, tendrá que extraer la información de los campos de asignación. Puede determinar los valores de una tarea o recurso si consulta todos los registros de asignación asociados a dicha tarea o recurso.

Por ejemplo, para determinar si una tarea ha sido confirmada, debe comprobar en la columna ASSN_IS_CONFIRMED de la tabla MSP_ASSIGNMENTS todas las asignaciones de la tarea. Si el valor de ASSN_IS_CONFIRMED es 1 en cada asignación, entonces la tarea está confirmada. Para determinar si una tarea está confirmada, copie, modifique y ejecute la instrucción de selección siguiente:

Select    count(*) 
From      MSP_ASSIGNMENTS 
Where     TASK_UID = 12
And       ASSN_IS_CONFIRMED = 0

Si la consulta devuelve un número mayor que 0, la tarea no está confirmada.

Para determinar si es necesaria una actualización en una tarea, debe comprobar en la columna ASSN_UPDATE_NEEDED de MSP_ASSIGNMENTS todas las asignaciones de la tarea. Si el valor de ASSN_UPDATED_NEEDED es 1 para una o varias asignaciones, es necesaria una actualización de la tarea. Para determinar si es necesaria o no una actualización en una tarea, copie, modifique y ejecute la instrucción de selección siguiente:

Select    count(*) 
From      MSP_ASSIGNMENTS 
Where     TASK_UID = 12
And       ASSN_UPDATE_NEEDED = 1

Si la consulta devuelve un número mayor que 0, la tarea necesita actualizarse.

Especificar hipervínculos

Para especificar una dirección de hipervínculo de tareas, copie, modifique y ejecute la siguiente instrucción de inserción:

Insert into MSP_TEXT_FIELDS (
              PROJ_ID,
              TEXT_CATEGORY,
              TEXT_REF_UID,
              TEXT_FIELD_ID,
              TEXT_VALUE )
          values (
              3,
              0, -- task category
              13, -- the UID of the task
              188743898, -- 'Task Hyperlink Address'
              'http://myserver/default.htm' ) -- task hyperlink address

Para que Project la procese, deberá establecer las columnas PROJ_EXT_EDITED y PROJ_EXT_EDITED_TEXT de la tabla MSP_PROJECTS en 1 para el proyecto actualizado.

Nota  Los hipervínculos, direcciones y subdirecciones de hipervínculo pueden especificarse para asignaciones, así como para tareas y recursos.

Orden de procesamiento, convenciones y abreviaturas de la base de datos

Orden de procesamiento para datos modificados externamente

El orden de procesamiento de Project exige la secuencia de aplicación de los datos. Por ejemplo, si se analiza el orden de procesamiento estándar que aparece a continuación, se observa que los valores de Trabajo real siempre se asignan antes que los de Trabajo restante. Sin embargo, eso no quiere decir que el campo Trabajo real sobrescriba siempre el campo Trabajo restante.

Las listas de orden de procesamiento de campos de tareas y de asignaciones que figuran más adelante sólo contienen los campos que tienen interdependencias (aunque no todos los campos de cada lista son dependientes entre sí). La disposición en la lista determina el orden en que se procesan los datos, como si se escribieran en la interfaz de usuario en dicho orden. Sin este orden de colocación, al cambiar externamente más de un campo podría producirse una situación ambigua. Sin embargo, si todos los valores interdependientes se cambian externamente para solucionar todas las incoherencias, el orden de procesamiento no es relevante.

Aunque los datos se pueden escribir en la interfaz de usuario y en cualquier campo modificable siguiendo cualquier orden, el orden de procesamiento de la lista es inalterable, por lo que puede que una secuencia posible en la interfaz no se pueda seguir en la lectura de datos. Sin embargo, en lugar de intentar seguir una secuencia de entrada de datos en la interfaz de usuario y, a continuación, repetirla con datos importados, es preferible determinar los datos que se deben cambiar externamente y después verificar los cambios en la interfaz (tomando como base la lista de orden de procesamiento) para comprobar si se ha obtenido el resultado deseado. En otras palabras, para todos los cambios externos que sea posible efectuar, se puede verificar fácilmente el resultado en la interfaz, pero todos los cambios que sea posible efectuar en la interfaz no se pueden reproducir con modificaciones externas.

Cuando Project vuelve a cargar un proyecto completo que tiene el indicador de que se ha modificado externamente, primero restaura el proyecto al estado que tenía antes de ser modificado y, a continuación, aplica las modificaciones en el orden de procesamiento. En una operación de importación, Project no tiene los valores originales, por lo que primero se crean las tareas predeterminadas y después se aplican los valores actualizados según el orden de procesamiento.

Notas

• Al realizar un importación completa de los datos de un proyecto para crear un proyecto nuevo, se aplica el orden de procesamiento estándar. Al utilizar la importación para combinar o anexar datos de un proyecto a otro proyecto existente, Project normalmente seguirá el orden de procesamiento estándar mientras ninguna columna contenga valores "Nulo" o de longitud cero. En el caso de combinar o de anexar mediante importación, los valores nulos de las columnas relacionadas con la programación podrían hacer que los datos que se están importando se procesaran en un orden distinto del orden de procesamiento estándar. Se recomienda probar las equivalencias de importación mediante combinación o anexión antes de su implantación, a fin de garantizar que proporcionan los resultados esperados. Si no lo hacen, intente crear varias equivalencias con menos columnas y luego ejecútelas de manera consecutiva.
• Las opciones del proyecto (por ejemplo los valores de Herramientas y Opciones) se cargan y aplican antes de que se carguen los datos. De este modo, cuando se modifican opciones externamente, todos los datos de programación cargados del proyecto se aplican de acuerdo con los valores modificados. Al crear nuevos proyectos, todas las opciones se deberían especificar explícitamente.
• Los datos de fase temporal siempre tienen la máxima prioridad y sobrescribirán los cambios contradictorios efectuados en campos.

Orden de procesamiento estándar

El orden de procesamiento estándar de los campos de tareas es el siguiente:

• Duración real
• Duración restante
• Duración
• Retraso por redist.
• Comienzo
• Fin
• Tipo de delimitación
• Fecha de delimitación
• Comienzo real
• Fin real
• Detener
• Reanudar
• Porcentaje completado
• Trabajo real
• Trabajo restante
• Trabajo
• Porcentaje completado del trabajo
• Costo fijo
• Costo real

El orden de procesamiento estándar de los campos de asignación es el siguiente:

• Unidades
• Retraso de la asignación
• Retraso por redist.
• Comienzo
• Fin
• Comienzo real
• Fin real
• Trabajo real de horas extra
• Trabajo real
• Trabajo restante
• Trabajo normal
• Trabajo de horas extra restante
• Trabajo de horas extra
• Trabajo

Convenciones de nomenclatura de objetos de base de datos

Convenciones de nomenclatura de tablas

Las convenciones siguientes se aplican a nombres de tablas:

• Los nombres de tablas se escriben en mayúsculas.
• Todos los nombres de tablas comienzan con el prefijo MSP_ para identificarlas como tablas de Project.
• Las palabras se separan con caracteres de subrayado.

Convenciones de nomenclatura de columnas

Las convenciones siguientes se aplican a nombres de columnas:

• Los nombres de columnas se escriben en mayúsculas.
• Generalmente, las palabras se separan con caracteres de subrayado.
• Normalmente los nombres de columnas llevan como prefijo un identificador exclusivo correspondiente a sus tablas:

Calificadores de columnas de MSP_PROJECTS

La tabla MSP_PROJECTS contiene información y opciones del proyecto. Los nombres de las columnas que contienen esta información tienen un calificador que indica dónde se configuran estos datos. Los calificadores y sus significados se enumeran a continuación:

Abreviaturas de nombres de columnas

Para mantener abreviadas y coherentes las palabras correspondientes a los nombres de las columnas, se utilizan las siguientes abreviaturas:

Tablas de base de datos

Columnas sólo de carácter informativo

Algunos campos contienen datos que Project escribe en el proceso de exportación a una base de datos, pero que no se leen al importar datos del proyecto a Project. Normalmente, estos datos son el resultado de cálculos o configuraciones efectuados en Project. Si se modifican estos datos directamente en la base de datos, los cambios no se reflejarán al importar los datos a Project. Estos campos se indican como I en las descripciones de las tablas.

Nombres de columna en negrita

Los nombres de campos en las descripciones de la tabla que tienen formato de negrita indican que una columna (campo) es común para más de una tabla.

Tipos de datos de columna

Los siguientes tipos de datos se utilizan en la estructura de base de datos de Project:

Cuando Project necesita almacenar un valor de hora, pero no de fecha, el valor de hora se almacena como una fecha. Al leer el proyecto desde la base de datos, se omite el componente de fecha de estos campos.

MSP_ASSIGNMENT_BASELINES

Esta tabla contiene datos de línea de base de la asignación personalizada.

MSP_ASSIGNMENTS

Esta tabla contiene datos de asignaciones. Además de las filas para tareas con recursos asignados, Project escribirá filas para tareas sin recursos asignados (valor nulo de asignaciones).

MSP_ASSN_ENTERPRISE

Esta tabla es similar a la tabla MSP_ASSIGNMENTS con respecto al funcionamiento y el propósito general, excepto en que las asignaciones de esta tabla son asignaciones de resumen y hacen referencia al proyecto global Recurso; todas las asignaciones que no hagan referencia al proyecto global Recurso (por ejemplo asignaciones que no son de resumen) están dentro de la tabla MSP_ASSIGNMENTS.

Nota  Esta tabla sólo la utiliza Project para guardar proyectos de empresa en la base de datos de Project Server.

MSP_ATTRIBUTE_STRINGS

Esta tabla almacena la definición de los códigos EDT personalizados, las fórmulas y los alias definidos en MSP_FIELD_ATTRIBUTES.

MSP_AVAILABILITY

Esta tabla contiene datos sobre la disponibilidad de recursos y realiza un seguimiento del tiempo y la disponibilidad de un recurso concreto dentro de un proyecto.

MSP_CALENDAR_DATA

Esta tabla contiene datos de días laborables, de días no laborables y de excepción del calendario.

Nota  Preste atención para evitar superponer los turnos al crear o modificar un registro de día laborable en esta tabla. Si algún turno se superpone, todo el día quedará marcado como no laborable.

MSP_CALENDARS

Esta tabla almacena datos básicos de calendario. Los calendarios se utilizan para definir períodos laborables y no laborables estándar. Los proyectos deben tener un calendario base. Las tareas y los recursos pueden tener sus propios calendarios que no sean de base, pero cualquier calendario de este tipo debe basarse en un calendario base. Project escribirá seis filas de esta tabla con identificadores exclusivos de 1, 2, -65536, -65535, -65534 y -65533. Project utiliza internamente estas filas y no se pueden modificar ni eliminar.

MSP_CODE_FIELDS

Esta tabla vincula los campos de código de esquema personalizado a la fila correspondiente de las tablas MSP_TASKS y MSP_RESOURCES.

MSP_CONVERSIONS

Esta tabla contiene todas las cadenas de caracteres de Project y vincula la base de datos de Project a las tablas Tareas, Recursos y Asignaciones del proveedor de OLE DB de Project.

MSP_DATE_FIELDS

Esta tabla contiene datos de fecha personalizados.

MSP_DURATION_FIELDS

Esta tabla contiene datos de duración personalizados.

MSP_FIELD_ATTRIBUTES

Esta tabla contiene datos sobre atributos de campo, como códigos EDT personalizados, alias de nombres de campos personalizados y fórmulas de campos personalizados.

MSP_FLAG_FIELDS

Esta tabla contiene información sobre indicadores personalizados.

MSP_LINKS

Esta tabla almacena vínculos entre proyectos, lo que permite a un proyecto vincularse a otro de la empresa.

MSP_MV_FIELDS

Esta tabla contiene información de recurso de códigos de valor múltiple.

Nota  Esta tabla sólo la utiliza Project para guardar proyectos de empresa en la base de datos de Project Server.

MSP_NUMBER_FIELDS

Esta tabla contiene datos numéricos personalizados.

MSP_OUTLINE_CODES

Esta tabla contiene datos sobre definiciones de códigos de esquema personalizados asociados a un proyecto. Cada código de esquema personalizado debe ser exclusivo dentro del proyecto, pero también puede ser común entre varios proyectos en el caso de códigos de empresa.

MSP_PROJ_SECURITY

Esta tabla exige la seguridad en la tabla MSP_PROJECTS y la mantiene Project Data Service (PDS), que exige el acceso de sólo lectura o de lectura/escritura en esta tabla. Esta tabla sólo debería contener datos durante una operación de lectura o escritura del cliente de Project, por lo tanto, normalmente debería estar vacía.

Nota   Project no puede obtener acceso a esta tabla directamente y no se podrá modificar.

MSP_PROJECTS

Esta tabla almacena información sobre los proyectos, incluida la configuración de nivel de proyecto.

MSP_RES_GLOBAL_BINARY

Esta tabla almacena datos binarios relacionados con el fondo de recursos de información global de empresa y sólo se usa con Project y Project Server.

MSP_RES_SECURITY

Esta tabla exige la seguridad en la tabla MSP_RESOURCES y la mantiene Project Data Service (PDS), que exige el acceso de sólo lectura o de lectura/escritura en esta tabla. Esta tabla sólo debería contener datos durante una operación de lectura o escritura de Project, por lo tanto, normalmente debería estar vacía.

Nota  Project no puede obtener acceso a esta tabla directamente y no se podrá modificar.

MSP_RESGLOBAL_SECURITY

Esta tabla se usa para sincronizar recursos y calendarios cuando se trabaja con datos de Project Server 2003 desde Microsoft Project Professional 2002.

MSP_RESOURCE_BASELINES

Esta tabla contiene datos de línea de base del recurso personalizado.

MSP_RESOURCE_RATES

Esta tabla contiene datos de tasas de recursos.

MSP_RESOURCES

Esta tabla almacena la información sobre los recursos que componen un proyecto.

Project escribirá cuatro filas en esta tabla con identificadores exclusivos de cero (no se requiere ningún recurso para un valor cero de tarea), -65536, -65535 y -65534. Project utiliza estas filas internamente y no se deben modificar ni eliminar.

MSP_STRING_TYPES

Esta tabla almacena categorías de cadenas de caracteres y vincula la base de datos Project a la del proveedor de OLE DB de Project. Todas las cadenas de Project pertenecen a una categoría.

MSP_TASK_BASELINES

Esta tabla contiene datos de línea de base de la tarea personalizada.

MSP_TASKS

Esta tabla almacena la información sobre las tareas que componen un proyecto. Project escribirá cuatro filas en esta tabla con identificadores exclusivos de cero, -65536, -65535 y -65534. Project utiliza estas filas internamente y no se deben modificar ni eliminar.

MSP_TEXT_FIELDS

Esta tabla contiene información de texto personalizada.

MSP_TIMEPHASED_DATA

Esta tabla almacena datos de fase temporal en un formato legible cuando la columna PROJ_OPT_EXPAND_TIMEPHASED de la tabla MSP_PROJECTS se establece en 1 o cuando un usuario hace clic en Opciones, en el menú Herramientas, hace clic en la ficha Guardar y, a continuación, activa la casilla de verificación Expandir datos de fase temporal en la base de datos mediante Project. Cada fila de esta tabla describe el tipo de datos (trabajo, porcentaje completado o costo), un intervalo de fechas, la unidad de tiempo, valores para los datos especificados y una referencia a si los datos de fase temporal se refieren a una asignación, a una tarea o a un recurso.