Casa
Top.Mail.Ru Yandeks.Metrika
Foro: "Bases";
Archivo actual: 2002.01.08;
Descargar: [xml.tar.bz2];

abajo

Conexión muchos a muchos;) Encontrar ramas similares


MVova   (2001-12-04 10:41) [0]

¿Quién sabe de qué manera está mejor organizada mucha gente para muchas bases grandes?



Val   (2001-12-04 10:46) [1]

quien organizó ;)
En esencia, la pregunta es, en general, hacer una tabla de unión entre tablas con una relación de muchos a muchos, de modo que haya conexiones de uno a varios.



MVova   (2001-12-04 13:24) [2]

¿Y sin la tercera mesa?
Tengo algunas ideas, pero ¿cómo será más rápido?
1. Duplique las entradas en la tabla detallada pero muestre la del cliente.
2. En el campo de comunicación, escriba un ID separado por comas de los maestros y busque una entrada al seleccionar.
Mi campo de identificación es VarChar (16).



Val   (2001-12-04 13:33) [3]

En principio, usted puede, por supuesto ...
Opción 1 - ¿Qué pasa con la normalización?
Opción 2 - en teoría, desaparece completamente, porque no se sabe de antemano cuántos de ellos serán
y en relación con muchos a muchos, tiene una mesa, un maestro y un ditale, dependiendo de qué lado mirar :)



Yuvich   (2001-12-04 13:35) [4]

> MVova
Todo es posible. Pero esto es una violación de todas las reglas del modelo relacional. De esta manera, se "vinculará" con el sistema porque nadie quiere trabajar con estos, no podrán hacerlo. Usa la tercera mesa.



MVova   (2001-12-04 14:11) [5]

> Val
Opción 2 - en teoría, desaparece completamente, porque no se sabe de antemano cuántos de ellos serán
Campo de conexión de tipo Char y allí 8000 impone restricciones, pero básicamente es suficiente;)
> Yuvich
Pero esto es una violación de todas las reglas del modelo relacional.
Y la velocidad. ¿Cómo escalar rápidamente dos mesas o tres?



Desdechado   (2001-12-04 15:42) [6]

2 MVova
¿Se trata de la velocidad de muestreo? por lo tanto, el número de tablas no desempeña una función especial, pero el volumen de datos recuperados en este caso desempeña una función. Si todo está normalizado y los índices se crean, esto es rápido; si no está normalizado, es lento (se procesan duplicados).
También es necesario tener en cuenta la cantidad de datos extraídos, ya que Esto afecta la velocidad de transmisión, especialmente en los canales de módem.

Por lo tanto, recomiendo los clásicos - 3-th tabla de referencias cruzadas.



Páginas: 1 rama entera

Foro: "Bases";
Archivo actual: 2002.01.08;
Descargar: [xml.tar.bz2];

arriba





Memoria: 0.56 MB
Tiempo: 0.024 c
14-22397
muerto
2001-11-10 18:49
2002.01.08
¿Alguien tiene un gif o un mapa de contorno jpg del mundo?


14-22390
Erizo
2001-11-08 12:54
2002.01.08
Escucha Merlín, ¿alguna vez duermes? En cierto sentido, ¿relajarse?


4-22495
sollozo
2001-11-05 09:57
2002.01.08
Fundamentos de WinAPI


14-22355
congelación
2001-11-06 12:39
2002.01.08
Traducción


6-22304
sedoy
2001-10-11 14:09
2002.01.08
Servidor cliente en Internet a través de un proxy.





africaans albanés Arabic armenio Azerbaiyán vasco Bielorruso Bulgarian Catalán Chino (simplificado) Chino (tradicional) Croata Checo Danés Dutch Inglés Estonia filipina Finnish French
gallego georgiano Alemán Griego criollo haitiano Hebreo hindi Húngaro islandés Indonesian irlandés Italiano Japonés Korean letón lituano macedonio Malay maltés Noruego
persa polaco Portuguese Rumano Ruso Serbio Slovak Esloveno Español swahili Sueco Thai turco ucranio Urdu vietnamita galés yídish bengalí bosnio
cebuano esperanto gujarati hausa hmong igbo javanés kannada khmer lao latín maorí marathi mongol nepali punjabi somalí Tamil telugu yoruba
zulú
Английский Francés Alemán Italiano portugués Русский Español