Hay algunas consideraciones adicionales que deben tenerse en cuenta al construir y administrar el data warehouse.
La primera consideraci�n es respecto al �ndice. La informaci�n de los niveles de esquematizaci�n m�s altos pueden ser libremente indexados, mientras que las de los niveles m�s bajos de detalle, por ser tan voluminosa, pueden ser indexados moderadamente.
Por lo mismo, los datos en los niveles m�s altos de detalle pueden ser reestructurados f�cilmente, mientras que el volumen de datos en los niveles m�s inferiores es tan grande, que los datos no pueden ser f�cilmente reestructurados.
Por consiguiente, el modelo de datos y el dise�o cl�sico fundamentan que el data warehouse se aplique casi exclusivamente al nivel actual de detalle. En otras palabras, las actividades de modelamiento de datos no se aplican a los niveles de esquematizaci�n, en casi todos los casos.
Otra consideraci�n estructural es la partici�n de la informaci�n en el data warehouse. El nivel de detalle actual es casi siempre particionado.
La partici�n puede hacerse de dos maneras: al nivel de DBMS y al nivel de la aplicaci�n. En la partici�n DBMS, se conoce las particiones y se administra por consiguiente. En el caso de la partici�n de las aplicaciones, s�lo los programadores de las mismas conocen las particiones y la responsabilidad de su administraci�n es asignada a ellos.
Al interior de las particiones DBMS, mucho de los trabajos de infraestructura se hacen autom�ticamente. Pero existe un elevado grado de rigidez asociada con la gesti�n autom�tica de las particiones. En el caso de las particiones de las aplicaciones del data warehouse, la mayor parte del trabajo recae sobre el programador, pero el resultado final es que la gesti�n de datos es m�s flexible.