Discussion :

[dodobibi]

Bonjour,

Utilisant une base de donnée Postgres, je souhaite "overrider" certaines spécialisation de get_sql_type afin de retourner le bon type (uuid dans mon cas au lieu de TEXT).

Je voudrais le faire de cette façon plutôt que de définir tData->setSqlType("uuid")...

Est-ce possible ?

Merci.

EDIT -------

Je m'en suis sorti de cette façon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
    qx::QxClassX::getAllSqlTypeByClassName()->clear();
    qx::QxClassX::getAllSqlTypeByClassName()->insert("bool", "bool");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("qx_bool", "bool");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QUuid", "uuid");
// tous les autres types normalement définis dans void QxClassX::initSqlTypeByClassName()....
// mes types persos
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsPoint", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsLinestring", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsPolygon", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsMultiPointPoint", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsMultiLinestring", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsMultiPolygon", "geometry");

et pour mes types géométriques :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
namespace qx {
    namespace trait {
    namespace detail {
    template<>
    struct get_sql_type< QsPoint > // QsLinestring, etc...
    {
        static inline const char * get() {
            return "geometry";
        }
    };
    } // namespace detail
    } // namespace trait
} // namespace qx

Ca fonctionne, mais je voudrais juste avoir un retour de QxOrm si cela ne "casse" pas quelque chose dans la bibliothèque QxOrm.

[QxOrm]

Il me semble que la fonction qx::trait::get_sql_type() est utilisée uniquement pour créer les tables (qx::dao::create_table<T>()).
Pour un logiciel de production, je ne conseille pas d'utiliser qx::dao::create_table<T>() et recommande plutôt de designer la BDD avec des outils spécifiques à chaque BDD (dans ton cas, pgAdmin pour PostGres par exemple).
Par contre, pour créer des prototypes, c'est vrai que ça peut être utile.

Voilà c'était juste pour rappeler cette info sur qx::dao::create_table<T>().
Remarque : à partir de QxOrm 1.1.9, on peut créer son propre script SQL grâce au moteur d'introspection en s'appuyant sur la fonction qx::QxClassX::dumpSqlSchema()).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
    qx::QxClassX::getAllSqlTypeByClassName()->clear();
    qx::QxClassX::getAllSqlTypeByClassName()->insert("bool", "bool");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("qx_bool", "bool");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QUuid", "uuid");
// tous les autres types normalement définis dans void QxClassX::initSqlTypeByClassName()....
// mes types persos
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsPoint", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsLinestring", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsPolygon", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsMultiPointPoint", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsMultiLinestring", "geometry");
    qx::QxClassX::getAllSqlTypeByClassName()->insert("QsMultiPolygon", "geometry");

Ce code est tout à fait correct et c'est exactement à ça que sert la fonction qx::QxClassX::getAllSqlTypeByClassName() : on récupère la collection qui associe à un nom de classe un type SQL. La bibliothèque QxOrm initialise cette collection d'une certaine façon (en l’occurrence c'est pour une BDD SQLite), mais tu peux accéder à la collection dans ton code et en faire ce que tu veux...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
namespace qx {
    namespace trait {
    namespace detail {
    template<>
    struct get_sql_type< QsPoint > // QsLinestring, etc...
    {
        static inline const char * get() {
            return "geometry";
        }
    };
    } // namespace detail
    } // namespace trait
} // namespace qx

Pour ce code, il y a beaucoup plus simple, tu peux utiliser la macro suivante pour enregistrer chaque nouveau type : QX_REGISTER_TRAIT_GET_SQL_TYPE.
Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
QX_REGISTER_TRAIT_GET_SQL_TYPE(QsPoint, "geometry")
QX_REGISTER_TRAIT_GET_SQL_TYPE(QsLinestring, "geometry")
etc...

[dodobibi]

Impeccable !

Je suis justement en train d'écrire ma propre fonction dumpSqlSchema() qui va créer et maintenir les tables tout au long des évolutions de l'appli.

Pour ce code, il y a beaucoup plus simple, tu peux utiliser la macro suivante pour enregistrer chaque nouveau type : QX_REGISTER_TRAIT_GET_SQL_TYPE.

J'ai des erreurs de compilations en utilisant cette macro, c'est pourquoi j'écris le code complet

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
error C2143: erreur de syntaxeÿ: absence de ';' avant '<'
error C2913: sp‚cialisation expliciteÿ; 'qx::cvt::qx::trait::detail::get_sql_type' n'est pas une sp‚cialisation d'un modŠle de classe
erreur de syntaxeÿ: '<'
erreur de syntaxeÿ: absence de ';' avant '{'
error C2447: '{'ÿ: en-tˆte de fonction manquant (liste formelle … l'ancien formatÿ?)

Mais c'est pas bien grave.

[QxOrm]

Attention à utiliser les macro en dehors de tous namespace !

Tu dois avoir un namespace qui traine au moment où tu écris la macro.
Normalement elle doit fonctionner...

[dodobibi]

Effectivement, problème de namespace.
J'ai vérifié et ça fonctionne.