Операторы присваивания — базовая вещь большинства программ. Хоть в вебе, хоть нет. От того, что лично Вы ее не используете, ей, конечно, ни холодно, ни жарко. Но вот если не понимать как как это работает в конкретном языке программирования, можно долго безрезультатно разбираться в чужом коде. Эт Вам не уровни OSI
И, кстати, странно, что Вы имея представление о ссылках (&), не видите их общность с моим вопросом. Ну да ладно, мне с Вами потомков не форкать.
Если Вы не знаете базовых вещей, то зачем Вам знать про нормализацию и ООП?
И кто сказал, что не нужна нормализация? Я лишь сказал, что можно обойтись и без представлений о том, что это такое.
Естественно не всегда, если изловчится, можно из другого потока
При чем тут потоки. Я говорю о скриптах, в которых кроме указанного кода больше ничего нет (ну разве кроме вывода значения).
вообще логику, для меня лично, удобнее писать на более высоком уровне
О, Вы еще напишите про удобство перехода с одной СУБД на другую с помощью ООП заменой всего одного класса.
мнение других людей меня не сильно заботит
Ну Вам же кто-то сказал, что PHP — это для реальных пацанов, прислушались :)
А как побороть то, что ломается обновление materialized view, если между репликой и мастером сетка минут на 5-20 пропадает? И как объяснить, что после перевоза реплик-серверов на новую площадку ( неск. часов простоя) те же самые вьюхи прекрасно поднимаются сами, без пересоздания?
И почему время от времени ломаются очереди (queues), и хотя в dequeue процедуре стоит dbms_aq.FIRST_MESSAGE, а в табличке явно есть записи, процедура не возвращает ни одной строчки?
Можно. Фултайм в Москве.
Образование, возраст, пол и наличие вредных привычек роли не играют.
Нужно хорошее знание SQL и хотя бы базовые знания Perl. Остальному научим в процессе работы. Зарплаты хорошие. Соцпакет и все такое.
Я согласен :)
И, кстати, странно, что Вы имея представление о ссылках (&), не видите их общность с моим вопросом. Ну да ладно, мне с Вами потомков не форкать.
И кто сказал, что не нужна нормализация? Я лишь сказал, что можно обойтись и без представлений о том, что это такое.
При чем тут потоки. Я говорю о скриптах, в которых кроме указанного кода больше ничего нет (ну разве кроме вывода значения).
вообще логику, для меня лично, удобнее писать на более высоком уровне
О, Вы еще напишите про удобство перехода с одной СУБД на другую с помощью ООП заменой всего одного класса.
мнение других людей меня не сильно заботит
Ну Вам же кто-то сказал, что PHP — это для реальных пацанов, прислушались :)
Не всегда
ООП в вебе как бы нужен
Он и для больших не нужен.
Это мнение некоторых весьма квалифицированных представителей РБК, Рамблера и Мэйла. Куда уж больше.
Вы еще о трех рукопожатиях спросите, ага-ага.
Кстати, чему будет равна переменная $i после выполнения вот такого кода?
$i = 1;
$i = ++$i + $i++;
Без запуска в скрипте можете сказать?
И почему время от времени ломаются очереди (queues), и хотя в dequeue процедуре стоит dbms_aq.FIRST_MESSAGE, а в табличке явно есть записи, процедура не возвращает ни одной строчки?
Топовые российские сети кроют большую часть этой таблицы как бык корову.
Везде, где можно отказаться от ДжаваСкипта, от него лучше отказываться.
Две транзакции могут сделать SELECT до того, как в первой из них пройдет commit.
Столько буков ради того, чтобы сказать миру, что Вы наконец-то удосужились прочесть мануал?
Видимо, индусы портал делать будут :)
Образование, возраст, пол и наличие вредных привычек роли не играют.
Нужно хорошее знание SQL и хотя бы базовые знания Perl. Остальному научим в процессе работы. Зарплаты хорошие. Соцпакет и все такое.
Если кому-то интересно, пишите в личку.
Унылой ерунды у себя на проекте я уже год не видел ;-)