Как разбить длинную миграцию данных на несколько транзакций?

Попробуйте что-то вроде:

update t t1 set new_column = 'value' 
from (select id from t where new_column is null limit 100000) t2
where t1.id = t2.id

Выполнять пока не вернет 0 строк affected. Делаете нужные интервалы между запросами, чтобы вакуум успевал. Limit можно больше, например миллион, если таблица не очень нагружена писателями

Стоит ли изучать symfony 1.4 для трудоустройства?

Pavel Ustyugov: в вашем случае - 1-2 вечера на чтение quick start и best practice и развертывание пустого проекта.

Стоит ли изучать symfony 1.4 для трудоустройства?

Симфони 1.4 неадекватный фреймворк. Адекватное начинается со второй версии.

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

Как правильно организовать сложные запросы в doctrine ?

>Для нативных запросов лучше тогда вообще Doctrine не использовать, а использовать php pdo.

А чем лучше? NativeQuery дает как минимум возможность красиво делать IN (?) условия, возможность передавать в качестве параметров ко временным полям объект \DateTime, что очень удобно. А как максимум - гидрировать результат запрос в готовые сущности, вместе с необходимыми реляциями. А pdo будет выглядеть весьма инородно среди доктриновских вызовов.

Есть ли новая литература по PHP?

php4 и современные версии php - это фактически два разных языка

NetBeans 7.3.1 грузится не меньше получаса

Попробуйте ProcMon от Руссиновича, хотя бы определите чем nb занимается когда так задумывается.

Знакомство школьников с git и github… Стоит ли? И с чего начать?

3. Git — сложен и несет массу дополнительных знаний.

Минимальное необходимое количество знаний для работы с гит над совместным проектом тем не менее достаточно не велико.
git config — один раз в жизни
Для работы в одиночку с локальным репозиторием:
git init
git clone
git commit
git branch
git checkout
git merge
Для совместной работы с удаленным репозиторием:
git push
Просмотр истории, отслеживание измененных файлов лучше доверить IDE, поэтому не пишу про git status, git diff и тп. Без git remote, git pull, git fetch и еще кучи команд, а также хитросокращенных команд типа git checkout -b и др. можно легко обойтись на первых порах. Большую часть перечисленных команд можно тоже доверить IDE. Остальное — по мере необходимости. Вам лично, конечно же, придется во многом разобраться тщательно.

Знакомство школьников с git и github… Стоит ли? И с чего начать?

Общая информация уйдет в небытие, если это не применять на практике.