Cuestión : Servidor 2008 del Sql: Esquema del usuario contra columna en la división de la tabla.

Me encargan con el edificio y el diseño de una aplicación web.  la aplicación web del
This tendrá clientes múltiples (referidos como “localiza” la mudanza adelante).  el sitio del
Each tiene su propio sitio específico de data.
Each puede tener el usuario múltiple de users.
A puede tener acceso a los datos múltiples del sitio.   el sitio del
Each tendrá el mismo esquema de la disposición/schema.
The de la base de datos tendrá dondequiera a partir de 30-100 tablas. ¿las tablas del
The podría extenderse a partir de 60 expedientes a los usuarios de 500.000+ records.
Certain sería permitida copiar cierta información a partir de un sitio a another.
There podría ser una necesidad de la información que son los datos de los agregados de la pregunta múltiple de sites.

The, él sería mejor hacer un esquema del usuario para cada sitio?  ¿O para añadir “una columna de la identificación del sitio” a cada tabla y esencialmente replegar los datos usados por cada sitio en la tabla?  ¿Mantener una llave compuesta (entidad identificación + identificación del sitio) a través de 30-100 tablas podría ser una pesadilla, pero así que podría manteniendo 10-20 esquemas del usuario y creando un nuevo esquema del usuario para cada client.

Do yo para tener cualquier otra opción viable?  ¿Es una de las opciones ya mencionadas mejor que la otra?

Thanks por adelantado. class= del

Respuesta : Servidor 2008 del Sql: Esquema del usuario contra columna en la división de la tabla.

He hecho un pedacito de la excavación y he atado un fragmento de una clase que ahorra una cesta de compras en la sesión. Desde empujando los órdenes en la sesión pueden ser sucios él convierten los datos de la cesta (dos órdenes) a dos secuencias y las ahorran en dos variables de la sesión.

En la carga de la página siguiente, la inicialización de la clase comprueba para considerar si la sesión contiene las variables que indican que una cesta es funcionando. Si las encuentra utiliza UNSERIALIZE para desempaquetar las secuencias nuevamente dentro de órdenes y después los asigna a las características de clase.
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:

Almacén de // el arsenal actual en una variable de la sesión
	//
	updateBasket privado de la función () {
		$_SESSION [$this->sessName] = serializan ($this->basket);
		$_SESSION [$this->sessQty]  = serializan ($this->qty);
	}



	// inicializa la cesta
	//
	la función privada se inicializa () {

		Cheque de // si la sesión está en curso y si recuperar tan la cesta existente
		//
		si (isset ($_SESSION [$this->sessName]) isset del && ($_SESSION [$this->sessQty])) {
			$this->basket = unserialize ($_SESSION [$this->sessName]);
			$this->qty    = unserialize ($_SESSION [$this->sessQty]);
		}
		{
			$this->basket = arsenal ();
			$this->qty    = arsenal ();
			$this->updateBasket ();
		}

	}
Otras soluciones  
 
programming4us programming4us