¿Es real el panorama de la expedición de descubrimiento?
Es verdad. La marca Discovery Expedition se originó en Discovery Channel, que tiene un buen gen cultural de exploración y una conexión innata con los deportes al aire libre. Desde su lanzamiento en 1985, Discovery Channel en Estados Unidos ha lanzado continuamente programas sobre naturaleza, tecnología, historia y humanidades. , actualidad, etc. Continuando ayudando a las personas a explorar los misterios del mundo y satisfaciendo su curiosidad, actualmente llega a 217 países y regiones de todo el mundo, con un recuento acumulado de usuarios de más de 1.800 millones. Es uno de los más extendidos. marcas de televisión distribuidas en el mundo Discovery Expedition espera continuar el extraordinario viaje de Discovery Channel.
上篇: ¿Cómo modificar el tiempo de síntesis y la duración del material de la plantilla ae? 下篇: Cxgrid utiliza código fuente. Tengo una base de datos de acceso con más de 65,438+00,000 registros. Al realizar consultas, todos los datos después de ADOQuery se muestran en el control DevExpress cxGrid a través del control DataSource, y cada respuesta a la operación del usuario demora 5 segundos. ¿Puede proporcionarnos una forma de hacer que la cuadrícula responda? Al igual que cuando abre una tabla con una gran cantidad de datos en Access o SQL SERVER, después de mostrar algunos datos, otros datos se actualizarán en segundo plano. Cuando muestra los datos en una página, la velocidad aumentará. . . Sí, eso es lo que quiero, pero ¿cómo mostrarlo en la página? Será útil seguir esta publicación ~ También quiero saber que nunca he usado cxGrid, pero uso DBGrid para mostrar una tabla con más de 40,000 registros en la base de datos de Access, lo que solo toma dos o tres segundos. ¿Puedes decirme cómo afrontarlo? Lo mejor es optimizar los datos (declaración de consulta). . Si es posible, evite mostrar bits que no sean necesarios. De hecho, no importa qué tan bueno sea el control de la red de datos. . Cuando la cantidad de datos es grande. . Habrá un problema más lento. . Debido a que el tamaño de la pantalla es limitado, mostrar 30 registros por pantalla es casi suficiente. Las páginas anterior y siguiente se manejan en el programa. El programa permite al usuario configurar el número de registros que se muestran en cada pantalla. ¿Tengo que escribir mi propio programa para controlar la cantidad de visualizaciones por página? ¿No tiene el control de la red de datos las funciones anteriores? Al igual que SQL SERVER o ACCESS, cuando la cantidad de datos es grande, comienza desde una página y luego puede responder a las operaciones del usuario. Al mismo tiempo, se siguen añadiendo en segundo plano otros datos que no se muestran en el control de la cuadrícula de datos. Por favor ayuda a apagarlo. . . ¿Qué tal pedir ayuda? Existen diferencias esenciales entre dbGrid y StringGrid (su cxGrid debe ser StringGrid). dbGrid solo necesita mostrar el área del número de fila, también se puede decir que dbGrid tiene función de paginación. No, Sterling Grider. Puede utilizar el control de cuadrícula de DevExpress al cargar. Tiene en cuenta los datos y obtiene el conjunto de datos a través del control DataSource, pero aún no he encontrado su funcionalidad de paginación. Por favor ayuda a cxGrid. Nunca lo he usado, pero usé DBGrid para mostrar una tabla con más de 90.000 registros en una base de datos de Access, y solo me tomó de dos a tres segundos. CPU: P-M1.4 Memoria: Disco duro de 256 M o 4200 rpm. También tengo un cuaderno. Somos casi iguales. La clave no es solo consultar, sino también realizar algunas operaciones SQL, por lo que el tiempo se retrasa. Creo que la razón principal es que la velocidad del control de la tabla de datos no es suficiente. No es necesario agregar una tabla de datos, puede realizar consultas de forma independiente y puede seguir rápidamente la selección de información del producto por parte del usuario. ¿Cómo lo afrontaste? Probablemente haya decenas de miles de registros en la tabla de información del producto. El propio CxGrid también convierte registros de datos. Tiene su propio formato de registro de datos, por lo que la velocidad es más lenta. Es innegable que cxGrid es poderoso. Sus funciones de consulta, filtrado, agrupación y otras pueden evitar que escriba una línea de código. Enterprise Manager de SQL Server y clientes similares (como iSeries de DB2) no reciben todos los registros devueltos en cada consulta. Dejan de recibir después de una cierta cantidad de registros y luego reciben los registros restantes cuando el cliente los necesita. Esto lo hace el cliente. ¿El anfitrión cometió un error? Con referencia al código fuente de DBGrids.pas (TCustomDBGrid.DrawCell), los datos mostrados por DBGrid muestran cuántas filas de datos se han leído, en lugar de leer todo el conjunto de datos en la memoria, por lo que incluso si hay 100 millones de datos , no se mostrará pasando demasiado tiempo. Conectar el componente del conjunto de datos y el programa de la base de datos a la base de datos lleva tiempo y DBGrid no guarda los datos que no se muestran. StringGrid es obviamente diferente de DBGrid. La fuente de datos de DBGrid proviene del conjunto de datos y la fuente de datos de StringGrid proviene de la memoria, por lo que los datos deben guardarse en la memoria antes de mostrar StringGrid. La idea del cartel original solo tiene sentido para StringGrid y no es necesario recuperar datos del fondo. Simplemente supervise TopLeftRow de StringGrid y siga el ejemplo de DBGrid para leer los datos de la página actual. En cuanto a formularios como cxGrid, no se muestran lentamente, pero debido a que necesitan recorrer toda la base de datos una o incluso varias veces para completar varias funciones, son lentos y no hay una buena manera.