Игорь

Почему это второе - нельзя?
Ищем

^([^\d]*?)\d([^\d]*?)\d([^\d]*?)\d([^\d]*?)\d([^\d]*?)\d(.*)

заменяем на
$1*$2*$3*$4*$5*$6
В первые пять capture group кладется либо ничего, либо любое число не-цифр. В последнюю - остаток строки после последней цифры. Предполагается, что в строке всегда есть не менее пяти цифр.

Для того что бы понять/почувствовать язык SQL - вполне достаточно MySQL.
Как только изучите 4 основные команды DML и парочку команд DDL, можно задуматься о различиях и о конкретной платформе. Сугубо ИМХО.

Нельзя. Точнее крайне нежелательно. У них сильно разные настройки, внутренние механизмы оптимизации, стандарты SQL отличаются

Во-первых, MySQL не в полной мере поддерживает стандарт SQL-92, PostgreSQL почти полностью поддерживает SQL:2011. Во-вторых, принципы работы СУБД существенно отличаются во множестве моментов. Так что скорее всего вы столкнётесь с несовместимостями. Лучше возьмите учебник и изучайте SQL, а не его диалекты.

Почему такой код создается не скажу, но могу сказать, почему не работает. Сначала создается индекс на поле, потом пытается создаться первичный ключ на это же поле. Уберите создание индекса и попробуйте скрипт еще раз.

Удалите содержимое папки /var/lib/mysql/ и сделайте dpkg-reconfigure mysql-server-вашаверсия.

Мы работали с фримаркером. Он решал все наши задачи которые возникали. Однако это было 3-4 года назад.

Фримаркер можно было использовать вне servlet-контейнера. JSP 3-4 года назад выглядело более громоздко.

Плюс фримаркера — более простое написание библиотеки тэгов и использование closures (функций и макросов) в каком-то виде.

Grails не смотрели? grails.org/doc/latest/guide/theWebLayer.html#viewsAndTemplates

Последний раз работал с JSP версий 2.0, так-то может я какие-то важные вещи из JPS2.1/2.2 упустил — с ними имел дело только мельком. Но в целом так чтоб совсем радикально вроде ничего не поменялось.

Проблемы JSP:
1. Спагетти код
Скриптлеты = гарантированный спагетти код. Без них же часто толком не обойтись.
2. Громоздкий синтаксис
К примеру if/then/else в JSP обычно пишут JSTL-ным c:choose/c:when/c:otherwise. Это очень verbose и громоздко.
3. Проблематичность создания реюзабельного кода
Объявлять методы прямо в JSP странице можно, но их не вызовешь из другой JSP страницы. Написание таглибов в 2.0 было отдельным сложным таском, который не сравнится с написанием макроса в Velocity, где это дело элементарное.
Может .tag файлы JSP2.1 решают это, я не знаю.
4. Завязка на request/response и всевозможные context-ы.
В чём проблема? Например, у вас есть JSP страница, которая используется как темплит для рендера отчёта об исполнении какой-то задачи. Пока это делается по клику юзером кнопки в браузере — всё отлично.
Но вот появилась задача исполнять тот же таск регулярно с помощью планировщика, и отсылать этот же отчёт юзеру на email. Что делать? С Velocity/Freemarker/Jelly проблем не будет — тот же темплит будет реюзатся.
С JSP прийдётся всё переделывать.
5. Сложности спецификации — JSP2.2 появился аж в 2009-м году, и добавил вызовы методов с аргументами в EL — то, что было 100500 лет назад в темплитин енджайнах.
Меня здесь агитировали, что вызовы методов с аргументами — признак прохого дизайна, но я категорически не согласен.
Зато признак какого дизайна — наличие SQL тегов в JSTL например? Явно не хорошего.

Больше здесь:
stackoverflow.com/questions/4812755/difference-between-jsp-el-jsf-el-and-unified-el
adamgent.com/post/6091183966/jsp-el-2-1-versus-el-2-2