componentes para trabajar sobre Microsoft sql server con Delphi 6
 

A ver si me podeis ayudar, normalmente trabajo con firebird/interbase con los componentes ibx que son muy buenos, pero ahora empiezo un nuevo proyecto trabajando sobre Microsoft Sql Server, y me gustaría que me recomendarais los mejores componentes para trabajar con esta base de datos.

Segun la versión de delphi 6 que tengas (no entoy seguro si viene con todas -profesional, enterprise,...-) tienes una pestaña de componentes ADO.

si, estoy deacuerdo de que con los ados se puede, pero espero otras alternativas, ya que no son de mi agrado, acostumbrado a los ibx, veo los ados y me parecen unos componentes regulares, he visto otro componente que se llama MODBC, que son más rápidos q los ADOS, pero no me da mucha fiabilidad, pq el autor lo tiene un poco abandonado.
http://www.geocities.com/modbc/

Pues eso a ver si alguién conoce otros aunque sean de pago.

No tengo muy claro si es que no conoces muy bien los componentes ADO y/o sobrevaloras éstos que me comentas. Te lo digo de buen rollo...
Puede ser que haya componentes "mejores" que los ADO que vienen con Delphi, pero no creo que sean éstos.
Puesto que trabajo habitualmente con ADO me han interesado y les he echado un vistazo.
Como su nombre muy bien indican utilizan ODBC por lo tanto, son un añadido al ODBC que se utiliza para acceder a SQL Server (una capa más...). Difícilmente unos componentes con éste diseño (vía ADO) van a ser más rápidos y eficientes que unos nativos (ya no sólo los ADO sino cualquier otro que esté mínimamente bien diseñado), de todas formas se les puede dar el benefício de la duda..
En concreto me gustaría saber, qué pruebas has realizado y en cuales te basas (o dónde están) para decir que son más rápidos que los componentes ADO de Delphi.
Por otro lado me da la impresión de que son bastante menos configurables que los nativos.

Si deseas ver otros, por ejemplo es bastante conocido el componente TBetterADODataset, que está basado en TCustomADODataset. éste componente sigue siendo nativo (no ODBC) y en su día era "mejor" que los ADO de Delphi, ya que corregís errores/bugs de éstos y añadía algunas propiedades. A día de hoy está descontinuado. Supongo que porque Borland va corrigiendo mucos de estos bugs.