>Es decir que practicamente tengo que incluir todos los campos del Select en el Group By para que funcione:
>Ejemplo:
>SELECT codigo,nombre,apellido,direccion,sexo,tipo_cliente from clientes order by tipo_cliente,codigo,nombre,apellido ......

1) A corto plazo, puedes usar SET ENGINEBEHAVIOR para mantener la compatibilidad con tu código antiguo.

2) A largo plazo, la nueva restricción parece tener algo de lógica. Si tienes que agrupar registros, para los campos que no totalizas, etc., VFP tendría que escoger un registro "al azar", y los resultados podrían ser impredecibles.

>
>
>
>
>>>Alguién me podría explicar (como a un niño) los inconvenientes de la clausula group by en Visual Foxpro 8?
>>
>>Me estoy volviendo loco y realmente no lo entiendo.
>>
>>Me imagino que te refieres a
>>"Por que demonios tengo que hacerlo al estilo VFP8 si antes no era necesario?"
>>
>>Bueno, hay varios motivos.
>>
>>

>>
• VFP8 es mas compatible con el estandar ANSI SQL 92, por lo tanto tendras menos problemas a la hora de hacer un upgrade a un servidor de base de datos que cumpla con ese estandar.
  >>
• Las clausulas SQL que lleven agrupacion deberian incluir en sus agrupaciones todos los campos que se proyectan en los campos del SELECT (exceptuando las funciones agregadas). Por que esto?, por que de otro modo se obtienen agrupaciones ambiguas, pues deberias especificar cuales seran los siguientes campos a decidir en caso de que la agrupacion tenga empates.
  >>
• Recuerdas los tiempos de SET STRICTDATE?, es el mismo caso, antes podiamos manejar los sistemas con ambiguedades, pero a la larga tendriamos mas problemas.
  >>