Discussion :

[PPA94]

Bonjour à tous,

Il y a très longtemps que je n'avais pas fait de BdD, j'en étais resté à ADO sous VB ou effleuré un peu le BDE...

Ce matin je ne suis mis à créer une appli BDD Delphi 32 bits VCL from scratch, en essayant d'être constructif avec les nouveaux composants...
DM avec composants FD, BdD SQL Server 2008 locale via ODBC.
Des requêtes TFDQuery indépendantes, certaines assez complexes avec moults JOINs.
Le tout visualisé dans les TDBGrid et autres TDBEdit et TDBLookupComboBox.

Au début tout se passait bien...
Après ajout de nouvelles fiches et nouvelles requêtes, ça a commencé...
Je me retrouve avec des problèmes d'erreurs aléatoires sous IDE selon ce que j'ai fait défiler dans les TDBGrid (il me semble), mais systématique en RUN dès l'initialisation du DM et des fiches, du genre "La connexion est occupée avec les résultats d'un autre hstmt".
Je cherche un peu sur le web et je trouve assez facilement de l'info Microsoft : c'est un problème ODBC SQL Server; en gros on doit lire l'ensemble du résultat d'une requête avant d'en demander une autre! Sinon il faut utiliser une connexion par requête ou depuis les versions récentes de SQL Server activer MARS avec quelque chose comme 'MultipleActiveResultSets=True".
Bien.
Mais je mets ça où dans mon appli Delphi ??? J'ai essayé de le coller dans les Params du TFDConnexion, indépendamment ou sur le ODBCAdvanced mais ça n'y fait rien (et ne génère aucune erreur d'ailleurs).

Maintenant, ODBC avec FD je me dis qu'il y a quelque chose de malsain?
Que peut on oublier les vieilles habitudes et partir sur de bonnes nouvelles bases simplement et relativement "nativement" pour une BdD locale? (honnêtement je ne suis pas encore allé voir IB).

A bientôt,
Philippe.

[SergioMaster]

Bonjour,

je ne suis pas un pro SQLServeur mais la première réflexion à la lecture de ce Post est : "mais pourquoi avec la couche ODBC ?" il me semble bien je suis sûr que (après avoir lancer Delphi) Firedac peut accéder directement à un SGBD SQLServeur sans passer par cette couche supplémentaire.

Maintenant, ODBC avec FD je me dis qu'il y a quelque chose de malsain?

AMHA Oui , c'est malsain et surtout inutile

Que peut on oublier les vieilles habitudes et partir sur de bonnes nouvelles bases simplement et relativement "nativement" pour une BdD locale? (honnêtement je ne suis pas encore allé voir IB).

locale (si cela veut dire aussi mono poste) il y a SQLite , sinon il y a bien sûr IB mais aussi son fork open source Firebird

[PPA94]

Bonjour,
je ne suis pas un pro SQLServeur mais la première réflexion à la lecture de ce Post est : "mais pourquoi avec la couche ODBC ?" il me semble bien je suis sûr que (après avoir lancer Delphi) Firedac peut accéder directement à un SGBD SQLServeur sans passer par cette couche supplémentaire.

Euh, Dans FD Explorer, si on crée une définition, on peut choisir MsSQL direct, mais derrière ça passe par l'ODBC quand même, voit le volet "infos" :

================================
Paramètres de définition de connexion
================================
Non accessible.
================================
FireDAC info
================================
Tool = RAD Studio 10 Seattle
FireDAC = 13.0.1 (Build 82709)
Platform = Windows 32 bit
Defines = FireDAC_NOLOCALE_META;FireDAC_MONITOR
================================
Infos client
================================
Loading driver MSSQL ...
Chargement du gestionnaire de pilote odbc32.dll
Création du handle d'environnement ODBC
Recherche du pilote ODBC ...
Vérification du pilote ODBC [SQL SERVER NATIVE CLIENT 11.0] ...
Trouvé : [SQL Server Native Client 11.0]
Driver Manager version = 03.81.10586.0000
================================
Informations de session
================================
Vérification de la session...
Avertissement : SQL NC 2012 et MS ODBC 11 ne fonctionnent pas avec TVP.
Current catalog =
Current schema = dbo
Driver name = sqlncli11.dll
Driver version = 11.00.2100
Driver conformance = 3
DBMS name = Microsoft SQL Server
DBMS version = 12.00.4213

ça évite seulement de créer une définition ODBC dans le manager ODBC.
en contrepartie cette connexion ne sera connue que dans FD.
avec une entrée ODBC, cette BdD est également accessible pour les autres softs genre Excel et autres, c'est pour ça que je suis passé par là.
Et passer par le FD Explorer et son fichier de config, c'est pareil que de passer par ODBC manager et son fichier de config...
Et comme on peut directement spécifier l'entrée ODBC dans le composant TFDConnection sans passer par le FD Explorer, je trouvais ça simple et rapide?

Ou alors j'ai loupé quelque chose?

Edité: Bon, j'ai vu que le flag MARS est géré directement dans le fichier de defs de l'explorer et il est "on" par défaut c'est déjà ça de trouvé.
Bon, je continue mon enquête...

[SergioMaster]

Euh, Dans FD Explorer, si on crée une définition, on peut choisir MsSQL direct, mais derrière ça passe par l'ODBC quand même, voit le volet "infos" :
...
Ou alors j'ai loupé quelque chose?

C'est peut être moi, je ne suis pas comme déjà indiqué très "pro" SQLServeur (beaucoup trop compliqué à installer AMHA) mais plutôt Interbase/Firebird/SQLite
J'ai bien installer cette production de Microsoft mais jamais utilisé avec Firedac

[PPA94]

De mieux en mieux.
Je croyais avoir trouvé une méthode pour utiliser un link FD car le TFDConnection m'avertissait que le pilote MSSQL n'était pas recensé et m'invitait aimablement à inclure le composant dans mon projet... (sympa les messages CLAIRS des composants FD):

[FireDAC][Phys]-300. Le pilote [MSSQL] n'est pas recensé. Pour recenser le composant [TFDPhysMSSQLDriverLink], vous pouvez le déposer dans votre projet.

Oui oui, mais le composant TFDPhysMSSQLDriverLink nécessaire est absent de la palette FireDAC Links et d'ailleurs semble absente du package...

C'est quoi ce m...... ?

Il manque vraiment un outil expert FD dans l'EDI...

[PPA94]

C'est peut être moi, je ne suis pas comme déjà indiqué très "pro" SQLServeur (beaucoup trop compliqué à installer AMHA) mais plutôt Interbase/Firebird/SQLite
J'ai bien installer cette production de Microsoft mais jamais utilisé avec Firedac

Hélas, ma BdD SQL Server est déjà très avancée et je ne suis pas chaud maintenant pour migrer.
C'est vrai que l'installation, la configuration et la gestion de MS SQL Server ne sont pas des plus conviviaux et intuitifs, au bas mot...

[Thierry Laborde]

Bonjour,

le composant TFDPhysMSSQLDriverLink nécessaire est absent de la palette FireDAC Links et d'ailleurs semble absente du package...

Quelle version et édition de Delphi avez-vous ?

[PPA94]

De mieux en mieux...

Même les applications FD "samples" sur MSSQL qui y font appel ne peuvent charger les fiches : classe TFDPhysMSSQLDriverLink non trouvée !
Dans l'éditeur de code l'unité FireDAC.Phys.MSSQL est soulignée en rouge...

[PPA94]

Quelle version et édition de Delphi avez-vous ?

Seattle Version 23.0.21418.4207 avec Update1.

Bon, il faut que je passe à l'Update 2 nommé Berlin pour voir si c'est fixé?

[Thierry Laborde]

Seattle Version 23.0.21418.4207 avec Update1.

Bon, il faut que je passe à l'Update 2 nommé Berlin pour voir si c'est fixé?

ça ne me dit pas l'édition : Starter,Professionnel, Entreprise, Architecte ?

[PPA94]

Bon, j'ai vérifié : c'est pareil dans Berlin.

Alors Embarcadero veut bien faire du MS Access avec FireDAC mais a retiré le support direct de MS SQL ?
C'est quoi le deal ?
Une dent contre MS ?

[PPA94]

ça ne me dit pas l'édition : Starter,Professionnel, Entreprise, Architecte ?

Version Pro. Je n'ai plus les moyens au delà...

[Thierry Laborde]

Version Pro. Je n'ai plus les moyens au delà...

Donc il est normal que vous n'ayez pas les composants. Les accès bases de données client/Serveur ne sont pas présent dans la version Pro.

[Thierry Laborde]

Pour info :

https://www.embarcadero.com/fr/produ...oduct-editions

[PPA94]

Merci Thierry.

Je n'avais pas vérifié de ce côté là...
J'essaie de comprendre.
Ce n'est pas vraiment Client/Serveur là; je suis sur une appli simple avec une base locale. Je ne peux pas le faire directement avec une version Pro ???
Les composants MySQL et IB Local sont bien présents, eux.
En fait avant FD, je passais toujours par ODBC pour diverses considérations, y compris avec mon D6 Architect à l'époque.

Donc je ne peux pas en "natif" mais si je passe par ODBC ça marche... Curieuse limitation "Client/Serveur".

Bon pour revenir à mon OP: Si je reste en ODBC, comment peut-on activer le MARS depuis la connexion TFDConnection ?

[Thierry Laborde]

Avec Firedac dans la version Pro :

Support for local databases, including Microsoft Access database, SQLite database, InterBase ToGo /
IBLite, InterBase on localhost, MySQL Embedded, MySQL Server on localhost, Advantage Database local
engine, PostgreSQL on localhost, Firebird Embedded, Firebird on localhost

https://www.embarcadero.com/docs/rad...ure-matrix.pdf

[Thierry Laborde]

Donc pas d'accès Firedac a MSSQL dans la pro (Ou alors il faut prendre le pack FireDAC Client/Server). Dans l'édition Entreprise toutes les bases de données sont accessibles.

[PPA94]

Merci Thierry.

Mais à près de 1000 € le add-on pack, tu comprendras que je resterai avec la couche ODBC pour développer avec une base locale sans gros volumes.
On marche un peu sur la tête là.

Je me demande d'ailleurs ce qu'apporterait réellement le add-on pack dans ce cas précis (quelle différence de performances). ça reste flou pour moi.

Bon, je reste avec mon problème MARS. (pour l'instant j'utilise de multiples composants TFDConnection pour avancer, mais j'aimerais quelque chose de plus propre)

Des amateurs ?

[PPA94]

Bon, j'ai trouvé un palliatif, c'est pas le MARS mais au moins ça supprime les multiples TFDConnection :
Il faut mettre FetchOptions.Mode à fmAll, ce qui vide les tampons du driver et libère la connexion pour une autre requête.
Dans mon cas, comme les volumes sont faibles, les tampons FD sont peu importants.

[PPA94]

Je viens d'installer Berlin Update 1...
En passant : trop de problèmes, j'ai dû faire une désinstallation complète et finalisée à la main, puis du coup je suis passé par l'iso. Utilisez l'outil de migration pour récupérer les options même d'une version précédente comme Seattle, ça marche bien de ce côté.

Je me suis dit que j'allais ouvrir mon projet FD pour voir.
Et m.... !
Ils ont supprimé le support ODBC des composants FD de la version pro !!!
Incompréhensible.

Comme je n'ai pas vérifié avant, je ne sais pas si c'était déjà le cas dans Berlin de base.

Je suis donc condamné à Seattle sans mises à jour, ou à convertir mon projet en MSAccess.