Mensajes

De verdad no se en totalidad que es lo que quieres      primero dices :

Existen registro con muy variados ID, en algunas ocasiones se puede encontrar mas de un mismo ID, y esto solo es valido si y solo si pertencen a grupos Distintos. En dado caso de exista 2 registros con el mismo ID y el mismo Grupo se considera Repetido, y esos son los que quiero encontrar.

Creo que ya sabes como buscar ID y GRUPO duplicados dentro de una tabla. Luego dices que estas conforme con tu consulta que solo muestra los ID duplicados y que :

Yo quiero extender esta consulta, a que ahi mismo  borre cuando el grupo es Diferente.

Ahora si quieres borrar debes poner el SELECT primero y luego acondicionarlo con WHERE para el DELETE, pero esto no tiene mucha logica, si conoces los registros ya duplicados mejor borralos de paso no????

DELETE FROM TABLA WHERE ID IN(X) AND GRUPO IN(X);

Mi nino, una solucion no es rendirse ante un problema.

Si tienes un problema, se trata de buscar la solucion solo eso.
Yo entendi en tu post que tu decias que querias saber cuantas veces se duplicaba ID y GRUPO, por esa razon te publique :

select grupo, count(grupo) as total
from tabla
group by grupo
union all
select id, count(id) as totalisimo
from tabla
group by id;

Yo se que aca se presentaran todos los registros, pero en el alias total y totalisimo te debe indicar cuantas veces se duplican cada uno.. de igual manera esta consulta :

select grupo, count(grupo) as total
from ejemplo
group by grupo
having count(*) > 1;

La anterior lo que hace es devolverte cada registro duplicado dentro de GRUPO al decir duplicado me refiero a mayor que 1 vez, en la sentencia anterior te lanze cuales registros de GRUPO se duplican y cuantas veces....

Tu lo dijiste claro ::

En dado caso de exista 2 registros con el mismo ID y el mismo Grupo se considera Repetido, y esos son los que quiero encontrar.

Querias saber cuantas veces se duplican GRUPO y ID forma de sobra creo que te he explicado.

Aqui tengo otra consulta SQL que puede ayudarte, esta me la paso un amigo aca no salio particularmente de mi. Espero que te sirva tambien 

Esta lo que hace es mostrarte explicitamente (Aunque no cuantas veces) se duplica una palabra dentro de la tabla.

SELECT GRUPO
FROM TABLA
GROUP BY GRUPO
HAVING COUNT(*) > 1;

Ahh quieres encontrar cuales campos estan repetidos bueno 

No se si podre ayudarte mucho aqui, pero intentare.

Para verificar cuales campos estan repetidos y que cantidad de veces haz esto :

select grupo, count(grupo) as total
from tabla
group by grupo
union all
select id, count(id) as totalisimo
from tabla
group by id;

Esto te dara como resultado cuales registros en GRUPO y ID se repiten y cuantas veces se repiten gracias al COUNT es lo que se me ocurre mas rapidamente....

Haber si te sirve de algo.

Sobre tu tabla que no tiene Primary Key, tranquilo, esto no es una desventaja solamente en cuanto a optimizacion de busquedad es todo... Pero si tanto te perjudica o molesta esto, sencillamente creale un indice a esa tabla, seleccionare ID como ejemplo :

mysql> alter table tabla add primary key(ID);

Asi ID sera tu primary key...

No comprendo del todo bien que quieres hacer,
dices que en cada campo GRUPO no puede existir ID repetidos... haz pensado utilizar la clausula DISTINCT???

Por ejemplo... luego dices que puede existir o repetirse el mismo ID??? siempre y cuando sean de GRUPO distintos??? algo asi como :

select GRUPO, ID from tabla where GRUPO IN(select distinct(GRUPO) from tabla) ?????

Luego pones una consulta donde agrupas por ID.. y dices que te devuelve todos los registros iguales (lo cual es normal si usas GROUP BY) con distintos GRUPO...

Agradeceria poder comprenderte un pelin mejor. Porque ando un poco perdida en tu solicitud.

Pero que onda...? No hay que darle continuacion a una discusion sin sentido...

Al chico este 4HHH le gusta su POO pos Amen, perfecto que ame, adore su POO, pero no por ello quiera discriminar quienes NO la usamos, solo eso.

Sobre personas que te llenen un libro de tecnisimos y una disertacion increible en cuanto a algoritmos y tecnicas avanzadas de programacion .... conozco bastantes de estos y como bien dices a la hora de tirar codigo.. se quedan exentos en el aire siberiano.

Lamentablemente no tengo proyectos que presentar    apenas estoy haciendo uno chiquititito una especie de punto de ventas de tarjetas de pines para unas 200 PC con Linux No grafico...

Y dicha aplicacion comenze a hacerla solamente con Perl, pero decidi integrarle C tambien entonces ando a mitad la aplicacion al ser no grafica la ando haciendo en C y Perl con Curses... y el objetivo es que esta trabaje con un SQL Server Remoto... Nada extremadamente avanzado, pero divertido

Dicha aplicacion pretenden luego solicitarmela pero para Linux entorno grafico, y es aqui cuando pretendo usar Ruby/GTK.

Pues que te digo.... donde trabajo si todavia utilizan Windows ME, Unix AIX, Solaris y Linux Red Hat    hay un combito de sabores aca.

Sobre mi ejemplificacion en cuanto a gustos de cada quien (Algunos prefieren un FrontEnd para trabajar, otros prefieren una simple terminal, algunos optan por usar la POO para programar, otros prefieren un lenguaje estructurado, etc). O sea mi ejemplo iba mas dirigido a explicarte que no importa que preferencias tengas por una forma de programar, que sea distinta al que otro prefiere no implica que sea mejor o peor solo eso.... Tampoco porque uses POO y otro personaje use Estructurado indica que tus conocimientos sean superior al otro.. es SIMPLES GUSTOS AMIGO! No existe nada de titeres que debas revelar o sacar por el mismo mero hecho de que alguien no tenga tus mismos ideales sobre un asunto.

Lol.. no veo porque deba armarse tal revuelvo por tan insignificante gustos personales, sinceramente 

SI tienes razon, no requiero de POO para hacer lo que ando buscando. Cada uno con sus gustos, donde trabajo a los demas analistas les encanta utilizar TOAD y Mysql WorkBench para acceder a la DB y crear  consultas y cosas.. A mi sin embargo, opto por abrir una shell o un ms-dos y trabajar por ahi en linea de comandos... Y lo mismito que hacen los demas en su TOAD y en su WorkBench lo hago yo en mi rustica terminal...

Que ellos lo hagan mas rapido en su IDE y yo mas lento en mi terminal, para al final, el resultado es el mismito. Eso pasa de similar manera con la POO y el lenguaje estructurado    por ende, no, no necesito la POO para nada. Y que tu conozcas y sepas toda la metodologia y parte tecnica de la POO Es admirable pero no te sientas superior por ello, porque que otro lo haga de otra manera a como tu lo harias no indica que ello este mal.


Y si alvk4r, sobre Ruby que te digo me gusta porque es tan parecido a TCL y su driver DBI para acceder cualquier DB relacional su sintaxis de programacion es extremadamente casi identica a la misma que aplico en Perl, y como conozco Perl de manera decente pues Ruby para lo que lo quiero utilizar no me resulta tan incomodo de manejar... y Ruby con GTK? mi proxima meta    al menos en Ruby/Gtk si se puede aplicar POO (Que no me gusta). Pero ahi les digo despues... Sobre python, no lo descarto, puede que decida en un futuro no muy lejano aprovechar y conocerlo 

Hola amigo.

Aqui ninguno de los 2 estamos debatiendo las ventajas de la POO. Creo que tus explicaciones son buenas Ok, pero si aqui no estabamos devatiendo eso :/  otra cosita que veo mal en tu comentario es que juzgues a 2 personas sin conocerla en cuanto a sus inferiores niveles de conocimientos segun tu y la POO.

Lo mio particularmente no va dirigido a la POO, lo he dicho muchas veces en otros posts, y no trabajo con ninguna POO, y espero no hacerlo nunca, porque para mis gustos particulares esa metodologia no aplica. Aqui se hablaba porque veo que estas deviiandote un poco, aqui hablabamos sobre mezclar librerias graficas y lenguajes y que esto obligase o no a utilizar una influencia POO, lo cual no siempre es cierto dependiendo el lenguaje que se utilize que fue lo que quize aclarar... nada mas, en ningun momento se hablo sobre ventajas de POO.

Yo se que en C se puede semi-implementar una similitud hacia POO pero eso no es el estandar de C ni el lenguaje esta predefinido para eso, eos es como querer hacer un bindings de algo que no vino para funcionar asi... para hacer ese espaghetti mejor se utiliza algo que lo soporte 100% como C++.

Es solo mi opinion, un saludo y no desvien el tema.

Ok, usare de ejemplo C y GTK+ que es lo que conozco un pelin y no puedo orientar a C a POO. Tienes razon al decir que las librerias graficas estan orientadas a objetos de hecho en el caso de Gtk+ digamos que su objeto principal es GtkObject. Pero que te digo en C, hasta lo poco que he podido ver nunca he tenido que llamar o dar uso directo de GtkObject. O sea si hubiera una manera en C/GTK de yo mapear dentro de una clase (Si C soportara POO como C++) el GtkObject me ahorraria muchas lineas de codigo. me evitara tener que memorizarme y utilizar tantos Macros para cada constructor en C o sea no puedo tener en C/GTK una classe con objetitos dentro sino que debo por cada objeto crear un constructor incluso al objeto principal 'window' debo crearlo independiente nuevo por ejemplo ::

GtkWindow *ventana;
GtkWindow *boton;
GtkWindow *palabra;

O sea que pesado no :/ fuera distinto si pudiera yo hacer algo tipo :

my ventana = new MainWindow;
boton = $ventana->boton(-text bla, -command bla);
palabra = $ventana->palabra(-text bla);

Y esto sin contar los dichosos MACROS predefinidos que tiene Gtk+ en C que hay que memorizarselos todos para ir declarando y llamando los objetos de cada constructor por ejemplo para GtkWindow *ventana :

GTK_WINDOW_TOPLEVEL  quisiera mapear 'GTK_' a alguna clase que se yo, digamos la clase Pepe.

Pepe::WINDOW_TOPLEVEL.
Pepe::Button
Pepe::Label

Y no ::

boton = GTK_BUTTON_NEW;
palabra = GTK_LABEL_NEW;

O sea en C/GTK aun utilizando la libreria de widgets GTK orientada a objetos lol claro... todos los widgets hay que ir practicamente linkeandolos llamando funciones independientemente cada vez. Incluso para empaquetar el widget final es un suplicio :
Y todo porque depende mucho si el lenguaje que estas usando soporta o no POO, no hablo explicitamente de la libreria grafica, sino del lenguaje en si al cual le integramos la libreria grafica.

Mira por ejemplo el empaquetamiento de un widget en C/GTK

GtkWidget *window;
window = gtk_window_new(GTK_WINDOW_TOPLEVEL);

gtk_container_border_width (GTK_CONTAINER (window), 10);

1 - constructor
2 - declaracion objeto nuevo
3 - empaquetando dicho objeto

EN un lenguaje que soporte POO como C++, Python, etc harias algo tipo :

ventana = Pepe::Window.new(Pepe::WINDOW_TOPLEVEL)
ventana.border_width = 10

Donde gastas mas lineas? En el rustico C/Gtk llamando funciones ordinarias en macros predefinidos de la libreria grafica o en un lenguaje POO usando librerias graficas???