¿Que tipo de búsqueda me conviene en ABM?

[roman]

Como que sentí feo que pongo mi pantalla y lo mandas a buscar otras ¿eh?

Je, je, es broma

// Saludos

[Maniches]

Quisiera sacar unas Dudas con respecto a los comentarios de Delphius y Neftali, creo que se puede hacer consulta dinámicas usando los componentes ADO. La duda me viene que cada ves que se ejecute la consulta dinámica este va al servidor y recién se compila ahí, no nos permite la opción de poder configurar INDICES, etc para que las consultas sean mas optimas.
Capaz he mal interpretado lo comentado. Seria bueno aclararlo.

Saludos.

Maniche

[Casimiro Notevi]

Empezado por Maniche

Quisiera sacar unas Dudas con respecto a los comentarios de Delphius y Neftali, creo que se puede hacer consulta dinámicas usando los componentes ADO. La duda me viene que cada ves que se ejecute la consulta dinámica este va al servidor y recién se compila ahí, no nos permite la opción de poder configurar INDICES, etc para que las consultas sean mas optimas.
Capaz he mal interpretado lo comentado. Seria bueno aclararlo.
Saludos.
Maniche

Se supone que los campos para búsquedas están indexados.

[Maniches]

Yo tengo 2 Dudas:
1. Que al ejecutar un select como texto esto le da trabajo al motor de BD que este tenga que compilar la Consulta. EJM: EXEC ('select....')
2. No estoy muy seguro si las consultas dinámicas vayan a coger los indices definidos. esto quiere decir que para cualquier consulta hay que crear indices?

Capaz me este equivocando.

Me viene otra duda con respecto si una consulta dinámica que se defina en un componente ADO. en una aplicación que ejecuta muchas consultas. el ejecutarlas desde una interface o método no traería problemas de concurrencia.

Ahí dejos esas dudas... seria bueno aclararlas...

Saludos

Mancihe

[[Delphius]]

No estoy seguro de si ADO cuenta con el método Prepare(). Lo que hace este método es justamente optimizar el armado de las consultas dinámicas sobre todo si se va lanzar la misma varias veces.

Por otro lado, en lo posible hay que evitar hacer las consultas dinámicas, las que uno coloca en los componentes. Para algo los motores ofrecen las vistas. En todo caso es más saludable hacer consultas del tipo

Código SQL [-]
SELECT tus-campos FROM VISTA ....

Si una consulta nunca se va a modificar, o si resulta ser que tiene partes comunes a otras, lo mejor es justamente desapegarlo del lado de la aplicación y llevarla al motor y hacer una vista. Luego la aplicación hace uso de las vistas y no tiene que preocuparse nada más.

Esto no es una regla, sino una sugerencia. Habrá casos, inevitables, en los que se necesita armar una consulta al vuelo.

Sobre índices... Se supone que uno diseña los índices considerando el diseño de sus tablas y en base a las consultas que se realizan sobre éstas, la frecuencia con que se ejecutan, e incluso se pone en el análisis el tamaño (tasa de crecimiento) de la tabla. No es que por cada consulta se crean sus índices, sino que se definen en la base de datos un conjunto de índices que luego el motor determinará cuáles de dicho conjunto son los más adecuados para procesar las operaciones "ABM" que le solicitan. No hay que llegar tampoco a crear tantos índices como campos tenga cada tabla. Sino más bien sobre los principales campos de interés.
Elegir los índices no es cosa de un día.

Saludos,

[Maniches]

Empezado por Delphius

No estoy seguro de si ADO cuenta con el método Prepare(). Lo que hace este método es justamente optimizar el armado de las consultas dinámicas sobre todo si se va lanzar la misma varias veces.

Por otro lado, en lo posible hay que evitar hacer las consultas dinámicas, las que uno coloca en los componentes. Para algo los motores ofrecen las vistas. En todo caso es más saludable hacer consultas del tipo

Código SQL [-]
SELECT tus-campos FROM VISTA ....

Si una consulta nunca se va a modificar, o si resulta ser que tiene partes comunes a otras, lo mejor es justamente desapegarlo del lado de la aplicación y llevarla al motor y hacer una vista. Luego la aplicación hace uso de las vistas y no tiene que preocuparse nada más.

Esto no es una regla, sino una sugerencia. Habrá casos, inevitables, en los que se necesita armar una consulta al vuelo.

Sobre índices... Se supone que uno diseña los índices considerando el diseño de sus tablas y en base a las consultas que se realizan sobre éstas, la frecuencia con que se ejecutan, e incluso se pone en el análisis el tamaño (tasa de crecimiento) de la tabla. No es que por cada consulta se crean sus índices, sino que se definen en la base de datos un conjunto de índices que luego el motor determinará cuáles de dicho conjunto son los más adecuados para procesar las operaciones "ABM" que le solicitan. No hay que llegar tampoco a crear tantos índices como campos tenga cada tabla. Sino más bien sobre los principales campos de interés.
Elegir los índices no es cosa de un día.

Saludos,

Es justo lo que mencionaba en mis comentarios, es muy importante lo que has mencionado Delphius con respecto a las vistas ya que pueden llegar a cubrir la mayoría de consultas dinámicas que necesitemos y ademas estas van a estar en el motor de base datos y no van a necesitar ser compiladas al momentos de ejecutar una consulta.

El tema de los indices me refería a los que se definen en la base datos. ya que al ejecutar una consulta dinámica el motor primero tienen que compilar el query y luego después ver que indices va utilizar. Y En una vista todo esto ya estaría definido y compilado.

Creo que estas respuestas van a ayudar mucho a los amigos. tenerlo en cuenta.

Saludos,

[Neftali [Germán.Estévez]]

Empezado por Maniche

creo que se puede hacer consulta dinámicas usando los componentes ADO.

En mi caso cuando hablo de consultas dinámicas, me refiero a consultas SQL que "montas" en el momento y que no están almacenadas. Por lo tanto, eso se puede hacer con cualquier componente.

Empezado por Maniche

La duda me viene que cada ves que se ejecute la consulta dinámica este va al servidor y recién se compila ahí, no nos permite la opción de poder configurar INDICES, etc para que las consultas sean mas optimas.

En el caso de los SGBD's, el propio SGBD es el que se encarga de utilizar los índices necesarios si los tienes para optimizar las consultas. En las Bases de datos antiguas y de escritorio, era el usuario quien seleccionaba los índices a utilizar. Actualmente los sistemas "serios" generan el plan de ejecución de las consultas para minimizar tiempos, y para eso utilizarán índices si los tienen definidos.

[Jere_84]

Bueno gracias a todos por las respuestas la verdad que se me aclaro mucho el panorama. Me voy a inclinar por hacer una sentencia SQL dinamica en un ADODataSet y ir variando el where, aun que es interesante el locate voy a hacer algunas pruebas. Con respecto a los indices, en el caso de utilizar sentencias dinámicas. Me conviene hacer indices principales en aquellos campos únicos de la tabla? Esto es para favorecer la velocidad de la búsqueda imagino. Yo utilizo SQL Server 2008 Express y hasta el momento no hice indices ni principales, ni secundarios en mis tablas, pero las consultas tipo SELECT funcionan muy bien, no se que ocurrirá cuando las tablas crezcan, quizás en este punto se nota la utilización de los indices.

Otra cosa, ya que en mis ABM estoy mostrando una grilla con todos los registros de la tabla, creo que me seria conveniente utilizar un TOP 10 o 20 mostrando los últimos registros, no eh probado pero creo que es posible.

Bueno muchas gracias o todos siempre leo sus comentarios en otros post y se aprende mucho con ustedes..
Espero en algún momento devolver un poco todo lo aprendido a los que vengan en el futuro.

Saludos.

[Casimiro Notevi]

Empezado por Jere_84

Otra cosa, ya que en mis ABM estoy mostrando una grilla con todos los registros de la tabla, creo que me seria conveniente utilizar un TOP 10 o 20 mostrando los últimos registros, no eh probado pero creo que es posible.

Es que eso es precisamente lo que NO tienes que hacer.
Para eso sirve crear la consulta dinámicamente, para que el usuario seleccione lo que busca y sólo traerte el registro o los pocos registros coincidentes con los filtros seleccionados por el usuario.

[Casimiro Notevi]

Empezado por roman

Como que sentí feo que pongo mi pantalla y lo mandas a buscar otras ¿eh?
Je, je, es broma
// Saludos

Algunas veces, viendo pantallas de lo que uno quiere hacer, se entiende mejor