StangolegeosИспользую jsf(primefaces), jee 7, glassfish(можно и wildfly), для авторизации apache shiro, БД - какая нравится(postgres).
Но над дизайном мне париться не надо и нагрузка небольшая(до 20-40 пользователей).
С дизайном париться мне так же не надо, все должно быть максимум просто, а пользователей, думаю, будет и того меньше, максимум до 20 всего, а одновременно использующих до 5-10. БД я склоняюсь к MySQL, опять же, только из-за того, что я ей буду пользоваться в других проектах. Спасибо за инфу.

Я бы не рекомендовал MySQL.
Если есть возможность MySQLне использовать, то лучше MySQL не использовать.
На всех проектах, в которых я участвовал и был MySQL, он постоянно генерил проблемы.
Возможно его "не умели готовить", но "осадочек остался".

Stang,

Нет.
Легковесны вариант, это что-то вроде SQLite.
По выборке (SELECT) PostgreSQL не медленнее MySQL.
Ну а в работе PostgreSQL приятнее будет.

вадяmad_nazgulЯ бы не рекомендовал MySQL.
Если есть возможность MySQLне использовать, то лучше MySQL не использовать.
На всех проектах, в которых я участвовал и был MySQL, он постоянно генерил проблемы.
Возможно его "не умели готовить", но "осадочек остался".
хорошая поправка про то что не умели готовить.
могу сказать - что именно не умели готовить, из опыта с mssql и mysql могу сказать что возможности у них разные и области применения , но при умении повара - проблем нет.
я пока не встретил того, что mysql не может сделать.
а если учесть что 5.7.+ это новый уровень - то отговаривать не стоит, тем более что под линуксы она в "коропке". и есть хорошие инструменты для работы с mysql - dbForge. и всё это free.

Проблема не в том, что умеет/не умеет MySQL.
Проблема в том, что поведение MySQL в некоторых сценариях использования "странное".

Например работа с пулом соединений.
По умолчанию в MySQL было обрыв соединения по таймауту, причем JDBC-драйвер это ситуацию не ловил.
И автоматом сделать реконект не мог.
Пришлось писать костыли.

Работа с кодировками в БД тоже принесло много интересных моментов.
Т.е. смена кодировки БД. не гарантировало смену кодировки таблиц и колонок.

Еще на одном проекте ловили проблему с соединением, когда их было много.
Как мне сказали, проблема известна давно, как решить никто не знает.

С PostgreSQL у меня проблем никогда не было.
Причем я бы не сказал, что умею его готовить.
Обычно сценарий "поставил - забыл" в PostgreSQL работает.