Sobre DataSet y Fill

16/06/2006 - 15:33 por news.microsoft.com | Informe spam
Hola,
Soy otro principiante.

Quiero hacer un form que me actualice una tabla pero no quiero hacer una
llamada a FILL en el form.Load(). Es decir quisiera que no me cargue nada
desde el principio sino que la carga sea a peticion, que si yo le doy al
botoncito "ultimo" me cargue el ultimo (solamente ese), si le doy al
botoncito "primero" me cargue el primero (solamente ese) y asi
sucesivamente.

Se puede eso facil en C Sharp, porque sino la verdad que me desencanta mucho
este lenguaje. Imaginense es para trabajar con tablas que tienen millones
de registros.

Preguntas similare

Leer las respuestas

#1 Alfredo Novoa
16/06/2006 - 20:38 | Informe spam
On Fri, 16 Jun 2006 17:05:58 +0200, "Juan Diego Bueno Prieto"
wrote:

Alfredo, Vyacheslav... lo vuestro ya es algo personal, no? xD



Es que no para de escribir tonterías.
Respuesta Responder a este mensaje
#2 Juan Diego Bueno Prieto
16/06/2006 - 20:45 | Informe spam
A mi no me parece tan tontería, de esta forma solo cargas en memoria las
claves principales, y luego se pueden hacer dos cosas:
- Una, obtener un datatable con ese registro solo (aunque esto no me parece
una buena idea)
- Otra opción, un datareader con una consulta que filtre solo ese registro
para mostrarlo, cambiar lo cambiable, y con un SqlCommand, actualizarlo

Dado que tu eres partidario de alojar las reglas de negocio en el SGBD, que
propondrías, un procedimiento almacenado?

"Alfredo Novoa" escribió en el mensaje
news:
On Fri, 16 Jun 2006 17:05:58 +0200, "Juan Diego Bueno Prieto"
wrote:

Alfredo, Vyacheslav... lo vuestro ya es algo personal, no? xD



Es que no para de escribir tonterías.
Respuesta Responder a este mensaje
#3 Alfredo Novoa
16/06/2006 - 20:56 | Informe spam
On Fri, 16 Jun 2006 17:24:51 +0200, "Vyacheslav Popov"
wrote:

¡Menuda chapuza!



¡Bonita solución por tú parte!



Mira que fácil podría ser:

SqlSiguienteEmpleado() {
return "select top 1 * from empleados where id>" + actual.ToString()
+ " order by id";
}

SqlUltimoEmpleado() {
return "select * from empleados where id=(select max(id) from
empleados)";
}
Respuesta Responder a este mensaje
#4 Alfredo Novoa
16/06/2006 - 21:11 | Informe spam
On Fri, 16 Jun 2006 20:45:55 +0200, "Juan Diego Bueno Prieto"
wrote:

A mi no me parece tan tontería, de esta forma solo cargas en memoria las
claves principales,



De millones de registros, que es precisamente lo que te acaban de
decir que no quieren hacer.

Con lo fácil que es cargar un solo registro usando SQL.

- Una, obtener un datatable con ese registro solo (aunque esto no me parece
una buena idea)
- Otra opción, un datareader con una consulta que filtre solo ese registro
para mostrarlo, cambiar lo cambiable, y con un SqlCommand, actualizarlo



Esto se puede hacer directamente con un consulta sin tener que cargar
primero los millones de claves, y no tiene por que ser una mala idea.

Dado que tu eres partidario de alojar las reglas de negocio en el SGBD, que
propondrías, un procedimiento almacenado?



Esto no es ninguna regla de negocio.


Saludos
Alfredo
Respuesta Responder a este mensaje
#5 Juan Diego Bueno Prieto
16/06/2006 - 21:20 | Informe spam
Y dime, como puedes obtener la id a la que quieres ir sin tener previamente
las ids almacenadas en alguna parte?, porque no creo que tengan que ser
necesariamente autonuméricos, y aunque lo fueran, se podría romper la
secuencia con un solo delete. Yo interpreto es que quiere hacer algun tipo
de visor de registros, y desde luego, sin tener inicialmente las ids,
dificilmente puedes moverte sobre ellas. Por ejemplo, si la clave principal
es un nif, como sabe a que nif tiene que ir al dar a siguiente sin tener el
nif previamente almacenado en alguna parte?. Lo que acabas de proponer es lo
mismo que hizo Vyacheslav, pero obviando que de alguna manera, has de tener
las ids para realizar la consulta, y eso, pese a quien pese... o los
obtienes todos de una tacada, o se hace algun tipo de procedimiento
almacenado que use cursores y se le llama dando como argumento a que
registro se quiere ir (primero,anterior, siguiente, ultimo). Ésta bajo mi
punto de vista es la única manera de traerse registro por registro sin
cargar previamente las claves principales



"Alfredo Novoa" escribió en el mensaje
news:
On Fri, 16 Jun 2006 20:45:55 +0200, "Juan Diego Bueno Prieto"
wrote:

A mi no me parece tan tontería, de esta forma solo cargas en memoria las
claves principales,



De millones de registros, que es precisamente lo que te acaban de
decir que no quieren hacer.

Con lo fácil que es cargar un solo registro usando SQL.

- Una, obtener un datatable con ese registro solo (aunque esto no me
parece
una buena idea)
- Otra opción, un datareader con una consulta que filtre solo ese registro
para mostrarlo, cambiar lo cambiable, y con un SqlCommand, actualizarlo



Esto se puede hacer directamente con un consulta sin tener que cargar
primero los millones de claves, y no tiene por que ser una mala idea.

Dado que tu eres partidario de alojar las reglas de negocio en el SGBD,
que
propondrías, un procedimiento almacenado?



Esto no es ninguna regla de negocio.


Saludos
Alfredo
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida