ParallelMergeOptions Enumeración
Definición
Importante
Parte de la información hace referencia a la versión preliminar del producto, que puede haberse modificado sustancialmente antes de lanzar la versión definitiva. Microsoft no otorga ninguna garantía, explícita o implícita, con respecto a la información proporcionada aquí.
Especifica el tipo preferido de combinación de resultados usar en una consulta. En otras palabras, indica cómo PLINQ debe combinar los resultados de las distintas particiones en una sola secuencia de resultados. Solo se trata de una sugerencia y es posible que el sistema no lo respete al paralelizar todas las consultas.
public enum class ParallelMergeOptionspublic enum ParallelMergeOptionstype ParallelMergeOptions = Public Enum ParallelMergeOptions- Herencia
Campos
| Nombre | Valor | Description |
|---|---|---|
| Default | 0 | Use el tipo de combinación predeterminado, que es AutoBuffered. |
| NotBuffered | 1 | Use una combinación sin búferes de salida. En cuanto se hayan calculado los elementos resultantes, haga que ese elemento esté disponible para el consumidor de la consulta. |
| AutoBuffered | 2 | Use una combinación con búferes de salida de un tamaño elegido por el sistema. Los resultados se acumularán en un búfer de salida antes de que estén disponibles para el consumidor de la consulta. |
| FullyBuffered | 3 | Use una combinación con búferes de salida completos. El sistema acumulará todos los resultados antes de que cualquiera de ellos esté disponible para el consumidor de la consulta. |
Comentarios
Se usa NotBuffered para las consultas que se consumirán y generarán como secuencias, lo que tiene la menor latencia entre la ejecución de consultas inicial y los elementos que se producen. Para algunas consultas, como las que implican una ordenación (OrderBy, OrderByDescending), el almacenamiento en búfer es esencial y se omitirá una sugerencia de NotBuffered o AutoBuffered. Sin embargo, las consultas que se crean mediante el operador AsOrdered se pueden transmitir siempre que no se realice ninguna ordenación adicional dentro de la propia consulta.
Use AutoBuffered para la mayoría de los casos; este es el valor predeterminado. Se produce un equilibrio entre la latencia y el rendimiento general.
Use FullyBuffered para las consultas cuando se pueda procesar toda la salida antes de que se necesite la información. Esta opción ofrece el mejor rendimiento cuando se puede acumular toda la salida antes de producir cualquier información, aunque no es adecuada para el procesamiento de flujos o mostrar resultados parciales a mitad de la consulta.
