История изменений
Исправление resurtm, (текущая версия) :
Конкретные проекты, как правило, пилятся под конкретную СУБД. Только «коробочные» и общедоступные опенсорсные продукты умеют работать с разными. Но такие проекты на node.js всё равно не пишут.
Мы сейчас разве конкретный проект тут обсуждаем? Вроде бы Node.js обсуждается, а это вполне себе опенсорсный и общедоступный проект.
ORM не избавляет от необходимости помнить о базе и о конкретных заморочках выбранной СУБД.
Избавляет, по-крайней мере должна (в нормальных фреймворках и платформах). Вот ещё пример того, как это решается по нормальному в нижележащем абстрактном интерфейсе для работы с БД: http://docs.jboss.org/hibernate/orm/3.3/reference/en/html/queryhql.html
Исправление resurtm, :
Конкретные проекты, как правило, пилятся под конкретную СУБД. Только «коробочные» и общедоступные опенсорсные продукты умеют работать с разными. Но такие проекты на node.js всё равно не пишут.
Мы сейчас разве конкретный проект тут обсуждаем? Вроде бы Node.js обсуждается, а это вполне себе опенсорсный и общедоступный проект.
ORM не избавляет от необходимости помнить о базе и о конкретных заморочках выбранной СУБД.
Избавляет, по-крайней мере должна (в нормальных фреймворках и платформах). Вот ещё пример того, как это решается по нормальному: http://docs.jboss.org/hibernate/orm/3.3/reference/en/html/queryhql.html
Исходная версия resurtm, :
Конкретные проекты, как правило, пилятся под конкретную СУБД. Только «коробочные» и общедоступные опенсорсные продукты умеют работать с разными. Но такие проекты на node.js всё равно не пишут.
Мы сейчас разве конкретный проект тут обсуждаем? Вроде бы Node.js обсуждается, а это вполне себе опенсорсный и общедоступный проект.
ORM не избавляет от необходимости помнить о базе и о конкретных заморочках выбранной СУБД.
Избавляет, по-крайней мере должна (в нормальных фреймворках и платформах). Вот ещё пример: http://docs.jboss.org/hibernate/orm/3.3/reference/en/html/queryhql.html