по поводу коллективной разработки, это я тоже думал, тока тут кагбе меня не спрашивали, оно конечно будет и я ясен пень буду поддерживать, но как то вся девелоперская среда, почемуто мимо меня как то, я так понимамши там среди разработчегов тимлид хитрожепый может он и будет, хотя по базару с ним я так понял он не особо волокет в разодминивании хитрых весчей.
а по поводу субд тут да, два подхода либо чисто ансишный сиквел, и вся логика на стороне плюющейся запросами зато почти любая субда, для легкой веб поделки так оно и заебца, или всеже глубокая интеграция с субд и без вариантов по поводу самой субд...
к последнему способу насамом деле придти гораздо проще чем кажется, это как два пальца об асфальт можно разложыть... как то: имеем учет денег --> нужна двойная запись --> нужна хорошая поддержка транзакций, со всеми делами --> нужна правильная транзакционная политика в субд, при поддержке правильной системы блокировок и поддержки непротиворечивости чтения, и все это с учетом нехилой нагрузки - сессий, запросов, пользунов на единицу времени --> нужна субда с изначально промышленными возможностями, это еще мы до HA и репликации не добрались
и вот согласно моим прикидкам подходит либо оракел по полной программе, либо Sybase SQL Anywhere с большими вопросами по производительности, зато халява...
по поводу глубокой интеграции в субд, тут с одной стороны дело вкуса, до тех самых пор пока не возникают вопросы ИБ, а ежели дело пойдет, то то не за горами аудит pci dss, а там хоть и не тупые скотины сидят, голову то включают в основном, но один хрен ограничивают не хило в выборе субд, причем не прямо а сцуко практически на коленке показывая тебе уязвимость твоего решения если ты изначально выбрал не тоштобы не ту субд а не тот подход к построению взаимодействия клиента и сервера субд, и соответственно подход к обеспечению безопасности...
вот такой поток сознания