Oui en effet je me suis mal exprimé et il y a en effet un point important (ou pas) à élucider ici.

Il est possible de générer du code C# sous une forme qui peut être directement intégrée dans des fonctions personnalisées SQL Server, que vous pouvez ensuite utiliser dans une procédure stockée pour utiliser le modèle directement à l’intérieur de la base de données.

Le code Java peut être utilisé de la même manière dans des fonctions personnalisées Oracle.

Le principal avantage de cette méthode de déploiement réside dans les gains de performances ; le déploiement interne sur la base de données peut être exécuté environ dix fois plus vite que le traitement externe. Après ce n'est pas obligatoire... Tout dépend où l'on veut mettre le niveau de service. Et ici je ne crois pas que ce soit très utile.

Et en effet pour PostgreSQL, n'étant pas un grand spécialiste de la question ... Et bien je ne crois pas qu'il y ait de possibilités encore à ma connaissance... Il faut que je me renseigne si ça vous intéresse bien sûr.

Il est bien sûr possible d'importer et de réécrire dans PostGreSQL puisque compatible ODBC. On ré-attaquera la base pour y appliquer le modèle prédictif et ainsi de suite... Donc nickel.

Je rajouterais que pour transformer du texte en données structurées, il y a le module STATISTICA Text Miner.

Pour les données météos, je me rappelle avoir vu cela l'année dernière (vaguement) pour un projet d'économie d'énergie de bâtiments. Les prévisions météos étaient très utiles (températures externes, temps, taux d'humidité etc...) et nous prévoyions à l'avance d'augmenter le chauffage ou non... Je ne sais bien sûr pas si ça a un rapport avec votre problématique. Encore faut-il les avoir ces données météos !

Pour les données géographiques, cela se traite aussi.

Arnaud