Firedac, definition DataType sur requête SQL

Bonjour,

J'utilise un TFDQuery avec une requête SELECT. Comment sont définies les datatypes des champs au retour de la requête ?

sur une base Oracle je fait

Code:

---

1 2	Query.SQL.Text := 'SELECT champ_clob FROM matable';

---

En retour, j'ai Query.FieldByName('champ_clob').DataType = ftWideMemo.

Comment est définit ce format ? Est-il possible de forcer à ftOraClob par exemple ?

salut

ce format est définit par le champs lui même c'est à dire l'information que lui donne la base de donnée sur le champs pointé lorsque tu
tu ajoute tes champs dans un TQuery

J'ai tendance a me servir de cette proprieté comme ceci

Code:

---

if (DS.Fields[i].DataType in [ftFloat,ftCurrency, ftBCD, ftFMTBcd]) then

---

j'ai tres peu confiance au datatype généré de façon automatique donc je préfère mettre toutes les valeur de même type ensemble

Bonjour,

Citation:

---

En retour, j'ai Query.FieldByName('champ_clob').DataType = ftWideMemo. Comment est défini ce format ?

---

via le dictionnaire de la BDD je pense que le traitement se fait dans une des unités de Firedac (FireDAC.Stan.Intf ?)

Citation:

---

Est-il possible de forcer à ftOraClob par exemple ?

---

oui il est possible de forcer en utilisant les maprules (FormatOptions.MapRules FormatOptions.OwnMapRules).
Sachant que ces derniers sont "multi-niveaux" : niveau de la base, de la query ou table, d'ensemble de champs ou d'un champ particulier

par contre je ne vois pas de type ftOraCBlob :koi: (c'est un type inventé ?) , uniquement

Citation:

---

dtBlob, dtMemo, dtWideMemo, dtXML, // value blobs
dtHBlob, dtHMemo, dtWideHMemo, // handle blobs

---

Ne connaissant pas Oracle j'ai été voir ce qu'était un CBlob (moi je connais Blob Text et Blob Binary)

Citation:

---

A CLOB (Character Large Object) is an Oracle data type that can hold up to 4 GB of data. CLOBs are handy for storing text.

---

je dirai donc que cela correspondrait plutôt à un dtMemo et NCBLOB à un dtWideMemo mais comme Delphi est Unicode je comprends (en théorie) pourquoi dtWideMemo soit le format proposé

Dans l'unité DB

Citation:

---

TFieldType = (ftUnknown, ftString, ftSmallint, ftInteger, ftWord, // 0..4
ftBoolean, ftFloat, ftCurrency, ftBCD, ftDate, ftTime, ftDateTime, // 5..11
ftBytes, ftVarBytes, ftAutoInc, ftBlob, ftMemo, ftGraphic, ftFmtMemo, // 12..18
ftParadoxOle, ftDBaseOle, ftTypedBinary, ftCursor, ftFixedChar, ftWideString, // 19..24
ftLargeint, ftADT, ftArray, ftReference, ftDataSet, ftOraBlob, ftOraClob, // 25..31
ftVariant, ftInterface, ftIDispatch, ftGuid, ftTimeStamp, ftFMTBcd, // 32..37
ftFixedWideChar, ftWideMemo, ftOraTimeStamp, ftOraInterval, // 38..41
ftLongWord, ftShortint, ftByte, ftExtended, ftConnection, ftParams, ftStream, //42..48
ftTimeStampOffset, ftObject, ftSingle); //49..51

---

Merci de vos réponses, je vais regarder du côté des MapRules.

Dans l'unité DB ok mais pas dans l'unité Firedac or je pense que les maprules n'utilise que les types de Firedac , à vérifier.
En tout cas le test rapide que j'ai pu faire ne le propose pas

Effectivement, TFDMapRule utilise FireDAC.Stan.Intf.TFDDataType, et TField utilise DB.TFieldDataType.

Je n'ai pas encore put faire des tests, je vous tient au courant.