2010-12-09 9 views
1

Je suis récemment diplômé et j'ai récemment rejoint mon travail. On m'a demandé de créer un Data Access Layer entre l'application C++ et la base de données avec laquelle elle interagit. Le programme utilise actuellement des requêtes simples commeConvertir MySQL ++ en PostgreSQL à l'exécution

  1. select « colonne » de « une table » où quelque chose = quelque chose et quelque chose = quelque chose »
  2. supprimer « colonne » de « une table » où « quelque chose »= quelque chose '
  3. mise à jour « quelque chose »

Il n'y a rejoint pas partout, et ce sont les trois seules requêtes utilisées dans l'application. Je dois aussi le convertir en PostgreSQL.

+0

Suppression question TSQL: une question par courrier, s'il vous plaît. En outre, ce n'était pas clair ce que vous demandiez. La réponse littérale à "Y at-il quelque chose appelé tsql" est "oui". Si vous avez besoin d'en savoir plus, consultez Wikipedia (http://en.wikipedia.org/wiki/TSQL), puis postez une question séparée si vous avez besoin d'en savoir plus. –

Répondre

2

Je suppose que MySQL ++ vient dans ce parce que le programme l'utilise déjà? Si oui, je vois deux façons de procéder:

  1. MySQL et MySQL baisse ++ et utiliser une autre totalement différente bibliothèque d'accès compatible PostgreSQL. C'est très bien si vous envisagez de passer à PostgreSQL en permanence, avec un seul basculement catastrophique.

  2. Si vous avez besoin de soutenir MySQL pour un certain temps, ou être en mesure de revenir en arrière à volonté:

    • Trouver une autre bibliothèque qui prend en charge les bases de données. J'en ai entendu parler, mais je ne les ai jamais utilisés, donc je ne peux pas offrir de recommandations ni de conseils.

    • Vous pouvez commencer à travailler sur le plan d'indépendance de la base de données v4.0 dans le MySQL++ Wishlist. Le plan esquissé là devrait être assez clair. C'est beaucoup de travail et apporte de grands changements à l'ABI de la bibliothèque MySQL ++, ce qui explique pourquoi il est prévu pour un avenir lointain.