| |
Posté le 02 février 2006 - 16:18 |
Voila tout est dans le titre.
comment faire? |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 16:57 |
créer une connexion avec HdecritConnexion() HOUvreConnexion() vers le
serveur SQL par exemple en OLE, puis faire des HChangeConnexion() pour
chaque fichier et enfin des HCreationSiInexistant() pour les creer.
Pour le reste c'est idem...
Il se trouve que hello world a formulé :
Voila tout est dans le titre.
comment faire?
--
Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. " |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 17:05 |
Y en a qui ont de la chance d'avoir une base externe en accès natif.
Moi, je migre de HF vers PostGreSQL.
J'ai quasiment fini de remplacer toutes les commandes HF par des SQLEXEC.
Cà semble être rapide mais tant que je n'ai pas fait mon test d'imports de +ieurs fichiers texte de 400 000 lignes, je reste prudent.
J'ai quand meme gardé mon analyse HF pour information.
Et fini les hfiltre capricieux, les requetes compliquées. Maintenant, mes commandes SQL sont claires et limpides.
Bon, c'est que de l'ODBC, c'est çà qui me gêne.
D'ailleurs, comment fait on pour créer une connexion ODBC dans le panneau de config de windows en batch afin de créer la source de donnée automatiquement dans mon install ?
Zag |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 17:26 |
merci
alors si je résume
je crée une base vide dans sql server
je mets ces bouts de code
et c'est comme ca qu'il va créer les tables dans SQL server ?
c ttout? |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 17:34 |
oui tu peux même créer la base en auto avec une requete "CREATE
DATABASE MaBB", ca implique
une 1ere connexion sans description de base
une creation de la base (requete ci-dessus)
deconnexion
une 2eme connexion avec la description de la base
hello world a pensé très fort :
merci
alors si je résume
je crée une base vide dans sql server
je mets ces bouts de code
et c'est comme ca qu'il va créer les tables dans SQL server ?
c ttout?
--
Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. " |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 17:36 |
Moi au contraire je trouve les ordres hLit* bien plus intéressants que les ordres SQL
SQL n'est pour moi intéressant que pour des requêtes compliquées. Et le problème avec les bases externes, c'est qu'il faut les administrer, par rapport à du HF Classic qui s'installe et tourne tout seul. Et le jour où il y a un problème sur la base, ça n'est pas la joie. J'avais passé une base HF en MySQL il y a environ 1 an. C'était une demande. Ca a bien marché pendant 1 an (sauf les ajouts qui ont toujours été très lents) et un jour les requêtes sont devenues 20 fois plus lentes ! Après 1 mois d'essais, de changement d'analyses etc... (on n'ea pas de super spécialiste mysql dans la société) la seule solution trouvée a été de mettre en place un nouveau serveur plus puissant et servant uniquement à ça (l'ancien était historiquement partagé). On a eu l'impression qu'un certain seul dépassé, Mysql avait nbesoin d'énormément de ressources... On m'aurait laissé garder cette base en HF classic, tout le monde oublierait qu'elle existe... De même je vois des collègues ennuyés par !
des histpiores de licences à payer (il faut par exemple acheter des lots de 5 utilisateurs connectables) lors d'une installation à la bourre, courir après l'acheteur pour une DA etc... mon conseil est de prendre du recul par rapport des idées tranchées un peu toutes faites... L'ouverture d'esprit est aussi utile dans le choix de ses bases de données !!!! |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 17:44 |
Et au fait, avec les "SQLEXEC" on n'a plus accès aux EcranVersFichier et FichierVersEcran, il n'y a plus les tables fichier automatiques, on ne peut pas faire 'requete.rubrique' par exemple, ... On perd énormément de fonctionnalités automatiques et sécuritaires de développement. On n'est même plus basé sur l'analyse... En gros, on perd une tonne de fonctionnalités. Il faut le savoir avant de se lancer, car moi je rouve que c'est un sacré handicap !!! |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 17:55 |
mouais si on veut... moi j'utilise HExécuteRequêteSQL() et j'ai ttes
ces fonctionnalités
Phil a exposé le 02/02/2006 :
Et au fait, avec les "SQLEXEC" on n'a plus accès aux EcranVersFichier et
FichierVersEcran, il n'y a plus les tables fichier automatiques, on ne peut
pas faire 'requete.rubrique' par exemple, ... On perd énormément de
fonctionnalités automatiques et sécuritaires de développement. On n'est même
plus basé sur l'analyse... En gros, on perd une tonne de fonctionnalités. Il
faut le savoir avant de se lancer, car moi je rouve que c'est un sacré
handicap !!!
--
Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. " |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 18:16 |
D'accord avec toi.
En ce qui me concerne, c'est justement dans les requetes compliquées que j'ai decouvert les faiblesses d'HF.
PostGreSQL semble plus puissant que MySql et dépourvu de licences payantes.
Pour les mises à jour, faudra que je sois vigilant sur les patchs modifiant les structures.
Sinon, je ne renonce pas à HF pour d'autres projets, je ne suis pas sectaire.
Salutations
Zag |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 18:16 |
Oui, j'ai mesuré celà et çà ne me dérange pas outre mesure.
J'ai tout de meme gardé mon analyse HF juste pour pour voir la consulter et je la ferai évoluée en même temps que ma base PostGres.
Zag |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 18:17 |
Oui mais je ne crois pas que l'on puisse utiliser HexecuterequeteSql avec PostGres puisque je n'utilise pas l'analyse.
Confirmez moi celà svp, çà me rendra moins bête.
Zag |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 18:23 |
je l'utilise sous MySQL avec hRequêteSansCorrection sans analyse, pas
de problème. Dans mon cas l'analyse et les ordres HF me permettent de
faire des Hajoute() sur des champs Mémo ou Blob
Après mûre réflexion, Zag a écrit :
Oui mais je ne crois pas que l'on puisse utiliser HexecuterequeteSql avec
PostGres puisque je n'utilise pas l'analyse. Confirmez moi celà svp, çà me
rendra moins bête.
Zag
--
Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. " |
| |
| |
| | | |
|
| | |
| |
Posté le 02 février 2006 - 18:38 |
Pour mes fichier avec baucoup de rubrique, pour conserver mes fonction sur tables et autre fichierversecran, j'ai en local un fichier HF equivalent dans un RAMDISK, le SQL charge le fichier HF, (il suffit de mettre le nom fichier.rubrique dans le SQLAssocie, et de fair hajoute apres le SQL Suivant) ... et la tu gere comme un fichier HF !... voilà voilà |
| |
| |
| | | |
|
| | |
| |
Posté le 03 février 2006 - 11:02 |
et le polite oledb pour postgresql proposé par
http://pgfoundry.org/projects/oledb/ ca donne quoi ?
cela semble etre "en chantier"... mais qui sait ?
bon dev !
eric l
Zag a écrit :
Y en a qui ont de la chance d'avoir une base externe en accès natif.
Moi, je migre de HF vers PostGreSQL.
J'ai quasiment fini de remplacer toutes les commandes HF par des SQLEXEC.
Cà semble être rapide mais tant que je n'ai pas fait mon test d'imports de +ieurs fichiers texte de 400 000 lignes, je reste prudent.
J'ai quand meme gardé mon analyse HF pour information.
Et fini les hfiltre capricieux, les requetes compliquées. Maintenant, mes commandes SQL sont claires et limpides.
Bon, c'est que de l'ODBC, c'est çà qui me gêne.
D'ailleurs, comment fait on pour créer une connexion ODBC dans le panneau de config de windows en batch afin de créer la source de donnée automatiquement dans mon install ?
Zag
|
| |
| |
| | | |
|
| | |
| |
Posté le 03 février 2006 - 11:41 |
Je pense que tout le monde à oublier de répondre à la question principale!!
si j'ai bien compris, il s'agit d'un astuce pour convertir les fichiers de l'analyse vers une base sql server.
il suffit de télécharger la "démo accés natif", vous l'ouvrez, choisissez l'analyse, il y a une icone en haut à droite qui génére le code de création des tables et des index !!
Bon courage |
| |
| |
| | | |
|
| | |
| |
Posté le 03 février 2006 - 12:03 |
Merci mouad de recadrer le sujet
ceci dit les réponses sont interessantes.
Petite précsion, je n'ai pas d'accès natif.
je voudrais passer en OLEDB. |
| |
| |
| | | |
|
| | |
| |
Posté le 03 février 2006 - 12:28 |
meme si!
tu ne vas rien faire dans ton application.
tu vas installer l'accés natif, le lancer, puis spécifier le chemin de l'analyse que tu veux. cliquer sur l'icone SQL SERVER. un code va etre généré, copier le dans un fichier texte. et puis tu n'auras plus besoin de l'accés natif (si tu veux le désinstaller pas de pb).
et enfin, aller exécuter le code dans SqlServer pour creer les tables et index. |
| |
| |
| | | |
|
| | |
| |
Posté le 03 février 2006 - 15:23 |
Finalement, même une personne utilisant PostGres pourrait utiliser cette méthode pour créer les commandes SQL de création des tables en se servant de l'accès natif Sql Server.
Car il ne doit pas y avoir beaucoup de différences dans le code SQL
Zag |
| |
| |
| | | |
|
| | |
| |
Posté le 05 février 2006 - 20:28 |
Bonjour,
Puisque tu dispose de Sql Server, essaie de créer une base de données vide puis importer le contenu de la BD Hyperfile dans cette base à l'aide de l'outil d'import des données de Sql Server accessible à partir de Entreprise Manager.
TU lui précise le type de la source de données qui est Hyperfile7 puis tu lui indique l'emplacement de l'analyse et il va te ramener tout et même créer les tables. |
| |
| |
| | | |
|
| | |
| |
Posté le 06 février 2006 - 10:23 |
va falloir que je me mettes aux asistants..
Houssem avait écrit le 05/02/2006 :
Bonjour,
Puisque tu dispose de Sql Server, essaie de créer une base de données vide
puis importer le contenu de la BD Hyperfile dans cette base à l'aide de
l'outil d'import des données de Sql Server accessible à partir de Entreprise
Manager. TU lui précise le type de la source de données qui est Hyperfile7
puis tu lui indique l'emplacement de l'analyse et il va te ramener tout et
même créer les tables.
--
Pierre BOUSQUET
" Ne me dites pas que ce problème est difficile.
S'il n'était pas difficile, ce ne serait pas un problème. " |
| |
| |
| | | |
|
| | |
| |
Posté le 06 février 2006 - 15:40 |
Pourquoi il n'y a pas de driver OLEDB pour PostGesSQL ?
Moi j'ai migré une appli HF vers SQL serveur sans accès natif, juste avec
l'accès OLEDB en std dans WINDEV et j'ai gardé tous le code Hlit... Je n'ai
aucune requête SQL dans mon code !
"Zag" <guest@newsgroup.fr> a écrit dans le message de
news:43e21ea5$1@news.pcsoft.fr...
Y en a qui ont de la chance d'avoir une base externe en accès natif.
Moi, je migre de HF vers PostGreSQL.
J'ai quasiment fini de remplacer toutes les commandes HF par des SQLEXEC.
Cà semble être rapide mais tant que je n'ai pas fait mon test d'imports de
+ieurs fichiers texte de 400 000 lignes, je reste prudent.
J'ai quand meme gardé mon analyse HF pour information.
Et fini les hfiltre capricieux, les requetes compliquées. Maintenant, mes
commandes SQL sont claires et limpides.
Bon, c'est que de l'ODBC, c'est çà qui me gêne.
D'ailleurs, comment fait on pour créer une connexion ODBC dans le panneau
de config de windows en batch afin de créer la source de donnée
automatiquement dans mon install ?
Zag
|
| |
| |
| | | |
|
| | |