Il semble que les deux sockets assql et binary sont des liens synchrones qui utilisent une connexion socket à la base de données. Ce qui peut être génial pour une application AIR, mais pour une application de navigateur peut être très problématique. Est-ce que c'est sûr ce que vous voulez? Votre question sur l'accès via les procédures stockées me donne l'idée que vous n'êtes pas trop sûr de ce genre de choses. En fait, utiliser correctement PHP sera probablement plus facile pour construire une barrière d'abstraction et d'indirection de sécurité entre votre application (et son hôte) et la base de données.
EDIT:
clients Web et les serveurs utilisent le protocole HTTP pour communiquer. C'est ce que l'on appelle un protocole "sans état" et "sans connexion" (ce qui est juste un peu vrai) car la connexion entre les deux ne dure que le temps que le client demande tout et le serveur renvoie tout. L'avantage évident est que le serveur ne connaît que chaque client pour une très courte période de temps. Un socket (dans le sens où ces deux protocoles en utilisent un) est une connexion établie en permanence entre le client et le serveur qui persiste jusqu'à ce que l'un ou l'autre se ferme (connexion); et les deux parties connaissent l'état de la connexion (ouverte ou fermée). Donc, ils attirent beaucoup de ressources d'hébergement par client pendant une longue période, et les choses deviennent farfelues quand la connexion se brise. Big différence, et il ne peut pas être exécuté par les ports prenant en charge les pages Web - un autre port doit être fourni (parfois deux) sur l'hôte et le client pour soutenir le socket.
Donc, je vais rester avec le traditionnel Flash> PHP> MySQL! Au revoir et merci à Asql/Assql. –
Pas étonnant que personne n'utilise beaucoup la méthode 2! Et de penser que Asql est encore à ses balbutiements .. (Version alpha!) –