Могу сказать, что заниматься асинхронностью в MySQL начну уже на будущей неделе :) Как только допишу всё связанное с fetchResult.
Конкретный список неблокирующих функций можно обсудить в вики на гитхабе.
Собственно говоря нативные функции работают в 6-10 раз быстрее, чем то что написано на JS, сегодня тестил.
Довольно интересно получается, в PHP было нормальным долгое формирование ответа на основе шаблонов, тогда как скомпилированные шаблоны в NodeJS сильно уменьшают процентную долю этих операций.
ещё бы… в пхп это дело парсилось интерпритатором при каждом обращении, а в некоторых шаблонизаторах (таких как xtemplate) ещё и регулярками при каждом обращении…
А node выплювывает из оперативки, с молниеносной скоростью шаблон со всеми данными, а кеш можно выносить на аболютно новый уровень… мне очень нравится такой подход =)
Ryan в последний раз говорил про библиотеку mysac. Кроме того он вроде бы сам что-то писал, но не выкладывал кода. Планируется включить этот драйвер в поставку node, так что делать двойную работу не очень хочется. Я спросил на днях в рассылке, пока что реакции не было. Так что пока разбираюсь с libeio.
1. Во-первых, этот клиент использует SQL Lite C API. Не знаю, что можно найти роднее :)
2. Во-вторых, Javascript в V8 компилируется в родной машкод. что гарантирует очень хорошую производительность.
Вероятно, Вы имели ввиду создание клиента SQL Lite 3 под платформу NaCl.
Думаю, это не нужно. Работа с базами данных более правильно вынести на уровень склеивающего кода, то есть Javascript, тем более, что HTML5 Storage и Google Gears уже давно определёны.
node.js и SQLite 3 — теперь друзья