https://opennet.ru/openforum/vsluhforumID3/71281.html В рамках проекта postgres-js (http://github.com/commandprompt/postgres-js) подготовлен (http://permalink.gmane.org/gmane.comp.db.postgresql.announce/1645) драйвер, представляющий собой реализацию на языке JavaScript протокола для сетевого взаимодействия с СУБД PostgreSQL. Драйвер может быть использован в серверных JavaScript-проектах, выполняемых под управлением платформы node.js (http://nodejs.org/), позволяющей создавать высокопроизводительные сетевые программы на языке JavaScript.<br><br><br><br>Драйвер включает в себя поддержку параметризованных запросов (экранирование спецсимволов выполняется на стороне PostgreSQL), ограниченных Javascript-блоками транзакций (in-Javascript<br>transactions), агрегирования группы запросов в единый логический блок (передаваемые по отдельности запросы накапливаются и выполняются единовременно).<br><br>URL: http://permalink.gmane.org/gmane.comp.db.postgresql.announce/1645<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=28252<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#13 Tue, 12 Oct 2010 17:57:29 GMT Он лучше крестов и минималистичнее пыха и для него есть очень быстрые интерпретаторы.<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#12 Tue, 12 Oct 2010 12:19:54 GMT есть ещё haxe, который помимо прочего транслируется и в php , и в js - такая вот интересная задумка писать и тестировать прототип на одном языке, а production код генировать для той платформы где ему работать. Не всё конечно так розово как кажется, но идея интересная. http://www.haxe.org<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#11 Tue, 12 Oct 2010 10:39:29 GMT Брр. Javascript вообще уродливый язык (на зря он на StackOverflow занялд первое место по колиечству идиотизмов в языке), и применять его там, где можно без него обойтись... брр. Тем более, что динамически типизированные языки склонны не замечать тупые ошибки "по определению".<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#10 Tue, 12 Oct 2010 09:22:09 GMT Наш опыт заставляет нас думать по готовым шаблонам; сейчас действительно наметитась тенденция переносить бизнес логику на сторону клиента. Если протокол обеспечивает безобасность, почему бы и нет?<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#9 Tue, 12 Oct 2010 09:07:36 GMT &gt; http://sysoev.ru/prog/v8.html<br><br>А что, кроме V8, других серверных JS-движков нет?<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#8 Tue, 12 Oct 2010 09:05:50 GMT &gt;Драйвер может быть использован в серверных JavaScript-проектах, выполняемых под управлением платформы node.js<br><br>Речь идет не о клиентском JS.<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#7 Tue, 12 Oct 2010 08:59:43 GMT В рамках проекта подготовки к преобразованию PostgreSQL в OracleDB подготовлен драйвер, представляющий собой реализацию на языке JavaScript протокола для сетевого взаимодействия с СУБД PostgreSQL<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#6 Tue, 12 Oct 2010 08:38:34 GMT нет конечно, просто в нормальной ситуации приложение (если говорить о веб приложениях по крайней мере) делиться на 3 уровня. По сути это уровень данных (чаще всего СУБД, но не всегда), уровень бизнеслогики и уровень отображения.<br>Так вот, в правильном с точки зрения архитектуры проиложении уровень отображения контактирует только с уровнем бизнеслогики, но никак не с уровнем данных.<br><br>А то что предлагается - это залог кривой архитектуры. <br>Хотя, конечно, я могу заблуждаться. Может это предназначено не для Web или предлагается и уровень бизнес логики писать на JavaScript. Но честно говоря опираясь на опыт работы с JS, это не тот язык на котором следовало бы писать бизнес логику. ИМХО<br> https://opennet.ru/openforum/vsluhforumID3/71281.html#5 Tue, 12 Oct 2010 08:38:04 GMT у меня long-poll сервер на nodejs обрабатывает в секунду 1500 запросов, что я не так делаю?<br>дело в том, что новый контекст нужен для запросов аля пхп, а для демонов он создается один раз<br>