Hola foro, les quiero hacer una pregunta conseptual, dado que estoy seguro que ustedes tiene muchisima más experiencia que yo.
Estoy cursando en la facultad programación, en donde veo VB NET 2005 y SQL 2005, el punto es que todo lo que hacemos lo hacemos mediante código, el DataSet, DataAdapter, DataGridView, etc. Pero cuando veo manuales y/o tutoriales, lo hacen a través del asistente, y acá viene mi pregunta, cual de los dos caminos es mejor, porque la explicación que me dan es que es más rápido por código, es verdad, y la diferencia es tan grande.

Gracias a todos por leerlo, y disculpen si les hice perder tiempo.
Saludos Guille.

hola amigo..la verdad que yo aconsejaria igual que tus amistades..!! que lo que programes los hagas directamente con codigos..es decir tratar de no crear los objetos..!! veremos que dicen los mas expectos en este tema...saludos..!! :smt001

Pues en mi humilde opinion las dos formas tiene su ventaja dependiendo para que lo utilizes, te sirve mas programar sin asistentes cuando tu tienes un procedimiento que se ocupan con mucha frecuencia, como por ejemplo la funcion de insertar datos en una BD, puedes hacer la funcion sin asistente y la haces una clase por lo que te ahorras el estar utilizando el asistente en cada Form, solo tienes que llamar a la funcion que tu hiciste y listo, el asistente lo puedes utilizar para procedientos que no se utilizan con frecuencia y asi te facilitas el trababjo, eso es lo que yo pienso.

Camarada fueras tan amable de postearme como ingresar campos a la base de datos sql desde visual.net, por favor.......

Solo quiero estar seguro de lo que me pides, quieres insertar datos a una tabla en BD, o quieres agregar un campo o columna nueva a una tabla en la BD

Camarada, gracias por todo pero ya solucione el problema de verdad muchas gracias.....

yo lo veo desde dos puntos distintos y opuestos entre si
Diseñador +velocidad de desarrollo -velocidad de ejecucion
Codigo -velocidad de desarrollo +velocidad de ejecucion

y concuerdo perfectamente con lopezbaires
yo utilizo clases e/s de datos
ciertas tablas las manejo con el diseñador, por comodidad y organizacion, xq tengo a la vista toda la estructura de la bd, las relaciones y los commands
por ejemplo, las tablas mas importantes -> diseñador y las tablas no tan frecuente y algunas consultas con diversas condiciones x codigo
repito, lo utilizo para tener una mejor vision de la db, para ahorrar dolores de cabezas y para preveer errores de integridad referencial por ejemplo.
Me ha ido muy bien, aunque no hay que abusar del diseñador ya que el rendimiento decae un poco y no es para enloquecerse tanto!!!

__________________
...lo imposible es imposible :P

HOLA COLEGAS, DE MI PARTE ES HACERLO TODO MEDIANTE CODIGO POR QUE COMO LO DIJO COLOGTI CODIGO -VELOCIDAD DE DESARROLLO +VELOCIDAD DE EJECUCION Y LO QUE SE REFIERE AL CLIENTE ES DONDE QUE SE VA A INSTALAR LA APLICACION Y QUE LO VA HA USAR ES DONDE SE NECESITA MAS VELOCIDAD DE EJECUCION, Y SOLO LO CAMBIARIA POR USAR A USAR LAS CLASES Y LOS MOLULOS YA QUE EN ESO LO PUEDO PREDETERMINAR LA CONEXION , EL VALIDACION DE INGRESO NUMEROS LETRAS, FECHAS, Y OTROS FUNCIONES QUE TAN SOLO DE JALARLO O COPIARLO ESAS CLASES Y MODULOS YA SE ME HACEN MAS RAPIDO LA VELOCIDAD DE DESARROLLO