PostgresDAC avec C++ builder

Bonjour,
Je commence le développement avec C++ Builder 6 d'un logiciel connecté à une base Postgres. Je compte utiliser PostgresDAC V2.8.2 de microolap mais lors d'un premier essai avec un simple SELECT je n'ai que 25 enregistrements alors que la table en compte 150. Il s'agit pour l'instant de la version d'essai de PostgresDAC mais d'après mes informations elle possède les mêmes fonctionnalités que la version déclarée. Pouvez-vous me venir en aide.
Merci d’avance.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

void __fastcall TForm1::Essaiselect1Click(TObject *Sender) {   PSQLDatabase1->Connected = true;   ANSINomTable = "station_01"; ANSIReq = "SELECT * FROM \"" + ANSINomTable + "\""; Memo1->Lines->Add(ANSIReq);   PSQLQuery1->Close(); PSQLQuery1->SQL->Clear(); PSQLQuery1->SQL->Add(ANSIReq); PSQLQuery1->ExecSQL(); PSQLQuery1->Open();   Memo1->Lines->Add(IntToStr(PSQLQuery1->RecordCount) + " enregistrements.");   PSQLDatabase1->Connected = false; }

---

Citation:

---

Envoyé par Erik80

Bonjour,
Je commence le développement avec C++ Builder 6

---

Bonjour,
Tu commences ?
Tu te rends compte que C++Builder 6 a plus de 10 ans !
Il existe maintenant C++Builder 16 plus connu sous le nom de C++Builder XE2 !

Tes composants PostgresDAC sont récents, rien ne garanti que dans 2 ou 3 ans, microolap fasse l'effort de maintenir des composants avec une telle différence de version !

Dans d'autres lib, il existe, les options comme PackedRecord ou autres propriétés similaires comme AutoFetchRecord ou AsyncRecord ...
Tu dois avoir dans PostgresDAC surement la même chose dans l'objet Connexion et l'objet Query !

EDIT, juste en 15 seconde via google, j'ai trouvé ceci TPSQLQuery - Limit Query Rows


C'est des options permettant de réduire le flux et améliorer les performance SQL

J'ai toujours le même problème avec Builder XE (je me modernise...) que je viens d'installer et PostgresDAC. J'ai fait des recherches sur le net et je n'ai pas trouvé de solution. Il n'y a pas, d'après la doc en ligne de PostgresDAC, de fonction ou propriété telle que PackedRecord, AutoFetchRecord ou AsyncRecord. Juste un :

Code:

---

1 2	PSQLQuery1->FetchAll();

---

sans effet.

En l'absence de solution je vais, peut-être , me résigner à changer de composant pour l'accès à Postgres.

Citation:

---

Envoyé par Erik80

Il n'y a pas, d'après la doc en ligne de PostgresDAC, de fonction ou propriété telle que PackedRecord, AutoFetchRecord ou AsyncRecord

---

le plus proche serait TPSQLDataset.BlockReadSize
Que donne TPSQLQuery.RowsAffected ? 0 ? 25 ? 150?

Si Pro, Ent ... Utilise ADO
TADOQuery, suffit juste de bien créer la ConnectionString du TADOConnection

Si Starter ... euh ... :koi:


Je ne connais pas les droits en PostGreSQL (j'ai juste maintenu des SQL durant un développement PHP MySQL qui devait aussi tourner en PG)

Est-ce que le droit SELECT est valable pour l'ensemble de la Table (comme bcp de SGDB) ?
Il n'ont pas poussé le vice à gérer des droits par ligne ?

FecthAll, oui cela peut correspondre, en théorie, cela doit forcer la récupération complète des données !
Ce qui peut signifier que par défaut, ce n'est pas le cas !


Sinon RecordCount n'est pas forcément très fiaible !
Boucle avec NEXT et compte !
Possible qu'au fur et à mesure RecordCount augmente !
Teste avec un TDBGrid TDataSource connecté sur le PSQLQuery1

L'interrogation de TPSQLQuery->RowsAffected donne 0.
J'ai aussi fait une boucle avec NEXT qui m'a donné 25 et un RecordCount toujours à 25. Le test avec un TDBGrid TDataSource connecté sur le PSQLQuery1 me donne aussi 25 lignes.

J'ai créé les tables simplement à l'aide de requête. Je ne suis pas spécialiste des droits avec postgres mais je n'ai pas crée de restriction à l’accès par SELECT sur un nombre de lignes qui serrait limité à 25 (je vais vérifier quand même..).

Je vais tester l'accès par ADO.

Bonjour,
J'ai finalement installé psqlODBC version 32 bits (je suis sous Windows 7 - 64 avec postgreSQL9.1 version 32 bits). J'ai créé le lien ODBC en lançant:

Code:

---

C:\Windows\SysWOW64>odbcad32

---

en ligne de commande.
Ensuite avec un composant TQuery lié à l'alias ODBC de la base et un TDataSource lié au TQuery, j'ai accès à toutes mes données via une requête dans TQuery.
Je n'ai toujours pas compris pourquoi je n'y arrivais pas avec posgresDAC.
Merci de ton aide.

Si tu restes en ODBC utilise plutôt TADOQuery
Le TQuery est dépendant du BDE, je ne pensais même pas qu'il fonctionnait en Win64 !
TADOQuery n'aura pas de besoin de déploiement autre que le driver ODBC

Ok merci ShaiLeTroll, ça fonctionne parfaitement avec un TADOConnection, un TADOQuery, un TDataSource lié à une TDBGrid.
La chaîne de connexion est celle générée par le constructeur de chaîne dans Builder XE (double-clic dans ConnectionString de l'inspecteur d'objet).

Code:

---

1 2 3 4 5 6 7 8

ADOConnection2->ConnectionString = "Provider=MSDASQL.1;Password=MonMotDePasse;Persist Security Info=True;User ID=postgres;Data Source=AliasODBC;Initial Catalog=MaBase;"; ADOConnection2->Connected = true; ADOQuery2->Close(); ADOQuery2->SQL->Clear(); ADOQuery2->SQL->Add("SELECT * FROM table01"); ADOQuery2->ExecSQL(); ADOQuery2->Open();

---

Je vais me contenter de cette solution si la seule contrainte par rapport à un composant tel que PostgresDAC est de créer un lien ODBC et au préalable installer le driver.