Dans la première version, le serveur distant doit être un serveur MySQL. Le support d'autres serveurs par le moteur FEDERATED est à l'étude actuellement.

La table distante sur laquelle pointe la table FEDERATED doit exister avant que vous essayez d'y accéder via la table FEDERATED.

Il est possible opur une table FEDERATED de pointer sur une autre table, mais vous devez être prudents et ne pas créer de boucle. Vous avez déjà entendu parlé de l'effet Larsen? Vous avez déjà vu ce que ca fait d'avoir deux miroirs face à face? Cela devrait illustrer la situation à éviter.

Il n'y a pas de support pour les transactions.

Il n'y a pas de moyen pour que le moteur FEDERATED sache que la table distante à changé. La raison à cela est que la table doit fonctionner comme un fichier de données qui n'est jamais écrit par autre chose que la base de odnnées. L'intégrité des données dans la table locale pourrait être cassée s'il y a des modifications dans la table distante.

Le moteur de stockage FEDERATED supporte les commandes SELECT, INSERT, UPDATE, DELETE et les index. Il ne supporte pas les commandes ALTER TABLE, DROP TABLE ou les autres commandes de Définition des données (Data Definition Language). Cette première implémentation n'utilise pas les commandes préparées. Nous étudions actuellement la possibilité d'ajouter le support de ces fonctionnalités au client.

L'implémentation utilise SELECT, INSERT, UPDATE, DELETE et non pas HANDLER.

Les tables FEDERATED ne fonctionne pas avec le cache de requêtes.