Mostrar resultados de búsqueda y problemas de rendimiento

Opción de paginación # 1

• Obtener filas para la página actual.
• Calcule el número total de líneas que coinciden con los criterios de búsqueda; esto es necesario para mostrar páginas.

SELECT * FROM Sales.SalesOrderHeader
ORDER BY OrderDate DESC
OFFSET 0 ROWS
FETCH NEXT 50 ROWS ONLY

Table 'SalesOrderHeader'. Scan count 1, logical reads 698, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

Table 'SalesOrderHeader'. Scan count 1, logical reads 165, physical reads 0, read-ahead reads 5, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

SELECT * FROM Sales.SalesOrderHeader
WHERE SubTotal > 100
ORDER BY OrderDate DESC
OFFSET 0 ROWS
FETCH NEXT 50 ROWS ONLY

Table 'SalesOrderHeader'. Scan count 1, logical reads 1081, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

CREATE INDEX IX_SalesOrderHeader_OrderDate_SubTotal on Sales.SalesOrderHeader(OrderDate, SubTotal);

• Agregar cualquier criterio nuevo u orden de clasificación a la consulta de búsqueda puede afectar significativamente la velocidad de su ejecución.
• Pero si necesitamos restar solo una parte de los datos, y no todos los resultados que se ajustan a las condiciones de búsqueda, hay muchas maneras de optimizar dicha consulta.

SELECT COUNT(1) FROM Sales.SalesOrderHeader
WHERE SubTotal > 100

Table 'SalesOrderHeader'. Scan count 1, logical reads 698, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

Opción de paginación # 2

Los matices de implementar paginación

• El número de serie de la página solicitada (pageIndex), tamaño de página (pageSize).
• El número de serie del primer registro que se devolverá (startIndex), el número máximo de registros como resultado (recuento).
• El número de serie del primer registro que se devolverá (startIndex), el número de serie del último registro que se devolverá (endIndex).

• +1 , , pageIndex pageSize . , 50 . , , . «+1» , , 1 51, — 51 101 .. 51 pageIndex, 52 102 .. , — «» , .
• La tercera opción no tiene ningún sentido, ya que para ejecutar consultas en la mayoría de las bases de datos, aún tendrá que transferir la cantidad, no el índice del último registro. Deje la resta de startIndex de endIndex y una operación aritmética elemental, pero aquí es superfluo.

• Obtener cada página siguiente será más costosa y más lenta que la anterior, ya que la base de datos aún tendrá que revisar todos los registros "desde el principio" de acuerdo con los criterios de búsqueda y clasificación, y luego detenerse en el fragmento deseado.
• No todos los DBMS pueden soportar este enfoque.

SELECT * FROM Sales.SalesOrderHeader
ORDER BY OrderDate DESC
OFFSET 0 ROWS
FETCH NEXT 50 ROWS ONLY

SELECT * FROM Sales.SalesOrderHeader
WHERE OrderDate < '2014-06-29'
ORDER BY OrderDate DESC
OFFSET 0 ROWS
FETCH NEXT 50 ROWS ONLY

SELECT * FROM Sales.SalesOrderHeader
WHERE (OrderDate = '2014-06-29' AND SalesOrderID < 75074)
   OR (OrderDate < '2014-06-29')
ORDER BY OrderDate DESC, SalesOrderID DESC
OFFSET 0 ROWS
FETCH NEXT 50 ROWS ONLY

Filtrado complejo

• Para cada criterio del grupo "Categorías", se mostrará el número de productos de esta categoría en negro.
• Para cada criterio del grupo Colores, se mostrará el número de bicicletas de ese color.

SELECT pc.ProductCategoryID, pc.Name, COUNT(1) FROM Production.Product p
  INNER JOIN Production.ProductSubcategory ps ON p.ProductSubcategoryID = ps.ProductSubcategoryID
  INNER JOIN Production.ProductCategory pc ON ps.ProductCategoryID = pc.ProductCategoryID
WHERE p.Color = 'Black'
GROUP BY pc.ProductCategoryID, pc.Name
ORDER BY COUNT(1) DESC

SELECT Color, COUNT(1) FROM Production.Product p
  INNER JOIN Production.ProductSubcategory ps ON p.ProductSubcategoryID = ps.ProductSubcategoryID
WHERE ps.ProductCategoryID = 1 --Bikes
GROUP BY Color
ORDER BY COUNT(1) DESC

• Combina todos los recuentos de cantidad en una consulta. Técnicamente, esto es posible utilizando la palabra clave UNION, solo que esto no ayudará mucho en el rendimiento; de todos modos, la base de datos tendrá que ejecutar cada uno de los fragmentos desde cero.
• . , . , . , 10 «», 5 . «» , -. 9- , , . 50 , , 2⁵⁰. , . , 5-10 . , , - , , ( ).

• «» . , , , , — «1425 , ?» , «». «». , , . -. , , .
• search engine , Solr, ElasticSearch, Sphinx . «» . , , — . , search engine , : , , ; search engine . — . « ». «» , , . , - transactional outbox .

1. — , . «» «» — , :
   
   • — .
   • , , , . - — .
2. , — #2.
3. faceted search, :
   
   • .
   • search engine Solr, ElasticSearch, Sphinx . , , .
4. faceted search . , , .
5. SQL , , , ( «» ). , — «». , .