Es lógico, no lo soporta porque respeta el estándar de SQL, todas las columnas proyectadas en el select deben estar en el group by a excepción de las funciones agregadas.
Con respecto a mi pregunta: *1) los inner join son todos a través de PK vs FK ?* Me refería a que las reuniones estarían optimizadas si son a través de clave primaria contra clave foránea, ej: from facturas inner join detfacturas on facturas.id_factura + detfactura.id_factura donde facturas.id_factura es clave primaria y detfacturas.id_factura está definida como clave foránea referenciando a facturas Saludos ~~~~~~~~~~~~~~~~ Guillermo Villanueva El 30 de noviembre de 2010 01:37, Jaime Casanova <[email protected]>escribió: > > 2010/11/30 Guillermo Villanueva <[email protected]> > >> > >> 3) o estoy muy anticuado? o el agrupamiento que hacés no está > >> permitido?!?!? ya que tenés mas columnas en la proyección del select que > en > >> el group by! > > > 2010/11/29 Aldo Quezada <[email protected]>: > > 3 - el agrupamiento si funciona, podria optimizar esto, pasa que solo > > quieren el primer email del cliente, asi que agrupe por id de cliente, > creo > > que aqui podria modificar algo > > > > mmm... o estas usando 9.1 (que esta en desarrollo y muy lejos de estar > en beta siquiera) o estas usando mysql, ninguna version estable de > PostgreSQL soporta eso > > -- > Jaime Casanova www.2ndQuadrant.com > Professional PostgreSQL: Soporte y capacitación de PostgreSQL >
