Биллинговая система Nodeny

Всім привіт.
Чи не задавався ніхто питанням використання білінгу з СУБД PostgreSQL?
Ходять чутки, що ця СУБД продуктивніша та більш стійка до збоїв.
Спробував переробити файл bill.sql для Postgre, врезультаті незнаю тільки як інтерпретувати лише кілька запитів.

ПС. Думаю можливість роботи білінгу з кількома субд була б великим +.

ну это надо глобально переделывать весь нодени - сомневаюсь, что это оправдано

ну не глобально, но многие sql-запросы точно. Дело в том, что мускул имеет некоторую специфику и отходит от стандартов, как оказалось). В чем собственно проблема? Мускул уже давно не недоделка, это сбалансированный продукт. Не слушайте постргесс-дрочеров, которые восхваляют свое хаяньем другого

Я бы сказал немного по другому. Ядро нодени должно работать быстро. Соответсвенно все запросы дробатся на простые, все сложные запросы тестируютмя и оптимизируются под майскл. Именно поэтому и сложность в портировании нодени на другие субд. Конечно постгрескл отличная база данных и я после всех мытарств с мускулом выбирал бы именно ее в плане производительности, масштабируемости и надежности для больших проектов.
Но реальность такова какова есть. Преевести нодени на другую субд это или форк проекта или разработка некого абстрактного орм слоя, который бы учитывал особенности каждой субд, или просто тормоза на неоптимизированных запросах.

В принципе если все же получится проект на постгрескл или вобще отвязанный от БД я буду только рад. Удачи вам в начинании.

Появилось немного времени, будем для начала веб скрипты муштровать.

Тоесть, можно ЭТО делать, БЕЗ ущемления Ваших авторских прав? Гдето в Вашей лицензии про такое есть?
п.с. сам таким заморачиваться НЕ собираюсь, но есть варианты скрещения Нодени с некоторыми модулями для добавления более нужного функционала.

перечитайте лицензию, мы не против внесения изменений в код нодени, но против продажи такого нового продукта.

Ок, понял.

поголосуем друзья? :)

mysql
т.к. с постгре ооочень редко сталкиваюсь

толку голосовать?
по факту nodeny работает с mysql и объективных причин переделывать половину биллинга ради поддержки pgsql явно нет

Есть биллинг завязаный на постгрес, имеется желание перейти на нодени. переносить вручную болле 1к абонов тяжело для нервно-сосудистой системы. кто может помочь в написании скрипта-конвертера? какова примерная цена вопроса?

насколько хорошо вы владеете SQL ?
дабы потом обслуживать систему дальше

я практически не владею. имею другой вид занятий.

что за биллинг?

ядро основано на этом http://code.google.com/p/cakebilling/
но админ его сильно перекопал и дополнил. существующего функционала существенно не хватет(