SELECT con GROUP BY recursivo

[NSD]

Buenas gente del foro, vengo con una duda (mas que duda un problema) que espero que los mas avanzados en MySQL puedan ayudarme a arreglar, el tema es el siguiente:

Tengo esta tabla:

----------------------------
IDT | NTM | EST |CTM
----------------------------

IDT -> ID Integer autoincrementado
NTM -> Nombre (Char)
EST -> Estado (Habilitado=1, Desabilitado=0)
CTM -> Asociacion con un IDT maestro o '0' si es maestro.

lo que quiero hacer es un SELECT que me traiga todos los registros con EST=1, de la siguiente forma:

IDT, NTM, CTM --->Categoria maestra1
IDT, NTM, CTM --->Asociado de categoria maestra1
IDT, NTM, CTM --->Asociado de categoria maestra1
IDT, NTM, CTM --->Categoria maestra2
IDT, NTM, CTM --->Asociado de categoria maestra2
IDT, NTM, CTM --->Asociado de categoria maestra2

CTM vale 0 si es maestro y sino tiene el valor del IDT al que esta asociado.

Se podra hacer con GROUP BY, no se podra, se ara de otra manera? que se les ocurre?

[gnzsoloyo]

Eso lo puedes hacer con Oracle, pero en MySQL no hay consultas recursivas de ese tipo.
Al menos, no se puede hacer con una cantidad indefinida de dependencias.

[NSD]

Al menos, no se puede hacer con una cantidad indefinida de dependencias.

hola gnzsoloyo, gracias por responder.
solo tengo una dependencia. es decir, un solo escalon.
los que tienen 0, y los que apuntan a los que tienen 0, no tengo dependencias indefinidas.
(si es que entendi bien y te referias a que podia tener un maestro y a su vez ese otro y asi n veces) en mi caso solo hay dos tipos. los maestros y los esclavos de un maestro.
lo que si tengo es n maestros y m esclavos apuntando a ellos, por eso quiero hacer el select ordenado. se puede eso? o tendre que usar php para solventar el problema?

[gnzsoloyo]

Ahora estoy saliendo, pero te dejo la idea. Luego te doy un ejemplo:
Tienes que invocar dos veces a la misma tabla, con alias, y relacionar la segunda acon el primero usando LEFT JOIN.

Código MySQL:

SELECT *
FROM tabla1 T1 LEFT JOIN tabla1 T2 ON T1.id = T2.idpadre
ORDER BY T1.id, T2.idpadre
 

[jurena]

Código MySQL:

SELECT
   T1.NTM, IF( T1.CTM =0, T1.IDT, T1.CTM ) orden
  FROM
     tutabla T1
  LEFT JOIN
   tutabla T2 
  ON
      T1.IDT = T2.CTM
  GROUP BY
     T1.IDT
  ORDER BY
     orden, T1.CTM
 

Pero también tengo que hacerte una pregunta. ¿Por qué dejar una estructura jerárquica para una base que no parece que vaya a serlo? Una tabla categorías y una tabla subcategorías que dependen de las categorías, y un campo FKsubcat (o una tabla nueva subcatproducto) y tendrás lo mismo. Las consultas serán más fáciles, pero, claro, eso solo en el caso de que haya un único nivel y que cada categoría tenga al menos una categoría y todos los productos o lo que sean se relacionen con subcategoría. Ordenar sería más fácil, haciéndolo primero por cat y luego por subcat.

[NSD]

Tienes que invocar dos veces a la misma tabla, con alias, y relacionar la segunda acon el primero usando LEFT JOIN.

Wow, nunca se me ubiese ocurrido :/ pense que talvez habria alguna instruccion que desconocia o algo asi, pero en fin, esos son los trucos que te da la experiencia supongo.

Código MySQL:

SELECT
   T1.NTM, IF( T1.CTM =0, T1.IDT, T1.CTM ) orden
  FROM
     tutabla T1
  LEFT JOIN
   tutabla T2 
  ON
      T1.IDT = T2.CTM
  GROUP BY
     T1.IDT
  ORDER BY
     orden, T1.CTM
 

muchas gracias por el ejemplo!! lo adapte un poco para que no me traiga el campo orden y poder hacer luego un corte de control en php.

Código MySQL:

SELECT T1.NTM, T1.CTM
FROM tmc T1
LEFT JOIN tmc T2 ON T1.IDT = T2.CTM
GROUP BY T1.IDT
ORDER BY IF( T1.CTM =0, T1.IDT, T1.CTM ) , T1.CTM
 

Pero también tengo que hacerte una pregunta. ¿Por qué dejar una estructura jerárquica para una base que no parece que vaya a serlo? Una tabla categorías y una tabla subcategorías que dependen de las categorías, y un campo FKsubcat (o una tabla nueva subcatproducto) y tendrás lo mismo. Las consultas serán más fáciles, pero, claro, eso solo en el caso de que haya un único nivel y que cada categoría tenga al menos una categoría y todos los productos o lo que sean se relacionen con subcategoría. Ordenar sería más fácil, haciéndolo primero por cat y luego por subcat.

veras, (no creas que no me lo he planteado) el tema es el siguiente, no son productos, son los tipos de movimientos posibles en un sistema de caja diaria, (como maximo habra 100 tipos por decir una locura) y gastar dos tablas para guardar en una 10 registros y en la otra 50 me parece un desproposito.

¿si son tipos de movimientos que es eso de categoria maestra, que nesesidad de hacer esto? podrias preguntarte, bien, es una cuestion estetica. los tipos los muestro en un <selecty> las categorias, osea los tipos maestros son los <optgroup> y los tipos comunes sus respectivos <option>.

muchas gracias por la ayuda con la consulta que publique (sin desmerecer para nada las suyas ya que es una adaptacion a mi caso particular) logre solucionarlo.

les dejo karmita a ambos XD jaja