Starting with Oracle Database 11g Release 2 (11.2), the Security Enhanced Linux (SELinux) feature is supported for Oracle Linux 4, Red Hat Enterprise Linux 4, Oracle Linux 5, and Red Hat Enterprise Linux 5.
Настройка/включение-выключение iptables также только на совести системного и базного администраторов. Приходилось отключать только в домашних целях, чтобы избежать лишнего геморроя при тестинге
приходила в голову подобная идея. до реализации дело не дошло, но концепция та же. даже больше того приходило в голову несколько идей, как с дополнительным полем, которое фактически может выполнять функцию и первичного ключа, в котором хранится некоторая информация по порядку вложенности элемента.
опять же зависит и от сумой СУБД, так как в Oracle, к примеру, можно реализовать через систему вложенных таблиц, или те хе объекты в полях таблиц. на самом деле все зависит от средств разработки. можно в пустую при каждом комментарии индексировать все дерево комментариев на предмет правильно постановки, а уже выдачу вести из этого индекса.
отнюдь — все зависит от архитектуры. если к примеру у меня база лежит на одном серваке в одном конце света, а программный код на другом конце света, то крон, создавая его на том сервере, где лежат исходники ресурса, будет как минимум стучаться по сети к субдешному серваку, получать какие-то данные, их дополнительно обрабатывать и еще что-то с ними делать — а это тянет нагрузку на канал, если особенно дам надо сделать и разместить где-то еще. Да и можно заморочиться с правами, так чтобы системные операции выполнялись только на уровне БД, соответственно запретить любые коннекты извне к серверу БД, что даст дополнительные защитные маневры.
конечно категорично сказать что крон хуже нельзя, ибо он вполне по очевидным причинам в многих случаях выигрывает, но эвенты могут кое где и обойти крон.
а не знает конечно потому что:
1. мало кто вообще обеспокоен при создании CMS о производительности БД, ибо в общем случае сайты на CMS не требуют этого в принципе;
2. CMS создают в первую очередь программисты, а БД это вообще отдельная песня;
3. ну и в силу самого MySQL евенты автоматом выключены в стандартной сборке, и естественно их хостеры включать не особо любят, так как в принципе не знают о такой штуке тоже. Да и к тому же чтобы разобраться как заставить нормально работать эвенты на 5.5 пришлось мне потратить пару часов, чтобы найти в 3000 страничных концептах MySQL что нужно для этого.
могу ошибаться, но там могут быть проблемы из-за теперешней ситуации с мускулом. то есть на сколько я понял из информации на оф. сайте там есть что-то связанное с расширенными возможностями этой субд при покупке что-ли поддержки или какой-то лицензии. так же мне так показалось, что есть довольно сильные различия в различных сборках mysql, потому что дома на одной сборке работали партишены, на сервере, буквально на предыдущей не особо работали.
так же стоит хорошенько взвесить уровень разбиения и какой именно тип разбиения выбрать, ибо может сильно сказаться в обратную сторону производительности (как-то провел неделю, исследуя различные способы разбиения на части таблицу в 150млн записей).
если не ошибаюсь то JOINы между серверами все-таки можно делать, только вот скорее всего MySQL не умеет этого делать. Распределенные системы на MSSQL как минимум это позволяет. А уж думаю Oracle ему не уступает.
приходилось работать с PostgreSQL, MySQL, MsSQL. Планирую по колдовать над Oracle.
Основное мускул, буквально сегодня работаю с табличкой в 4.2 гига. есть проблемы с поиском, иди исправит все первичный ключ, так как все через одно место делалось, либо придется поиск совершать определенными функциями по расписанию
он сам стал директором онной конторы. по сути да — он больше не инвестор.
Я конечно соглашусь, что это может быть вполне единичным случаем.
Почему-то в свою очередь вспомнилась история с МММ и подобными пирамидами. Функционально люди инвесторами выступают, причем еще и все дураки.
правда наверное это немножко другое все-таки))
на счет не индивидуального подхода в первом диапазоне — не факт. Если контора уже ни один год на рынке, когда таких сайтов выпускаемые пачками, то тогда все понятно, но если группа людей, именуемых конторой, только что закрепленные каким-нить ИП или даже может быть ООО, то тут дело совсем другое. Ни опыта как такового в разработке (ну берем молодой коллектив, действительно без опыта, которым и является большая часть открываемых студий), ни толкового подхода по началу. Тут уже совсем другой подход, как раз таки индивидуальный, когда нужно обмусолить каждого клиента с ног и до головы, лишь бы его не потерять, а если клиент пропадет, то может же все и выгореть.
у меня создатель sql-ex.ru уже второй год SQL преподает.
а вот на счет нестандартного мышления, я бы немного перефразировал — «SQL'ьное мышление».
Буквально для 3-4 назад на паре он рассказывал про существования подкласса задач, которые не решаются в один запрос. Вот это меня даже озадачило, ибо сколько последнее время запросов не писал, все получается делать в один, и без лишнего гемороя
вспомнилось, как знакомый рассказывал про «пасхальные яйца» в писанные собой курсовых работал.
Так на одной из сдач подобной работы некоторым студентов, преподаватель подзывает к себе первого и спрашивает напрямую — «твоя программа». Какой-то комбинацией клавиш он вывел свою морду на пол монитора и кивнул в ответ. Сдающий же продолжил уверять что программа честно написана им в течении прошедшей недели.
со всем уважением, работал в одной фирме. устроился программистом курсе на втором. суть была в том, что в конторе было 2 отдела так сказать — менеджерский и программерский. Кодеры понятно писали сайты, а менеджеры нарабатывали базу клиентов и тех, кому необходимо СЕО. Так как разработка сайтов не была поставлена на должный уровень, то все свелось к тому, что инвестор в течении года безропотно вложил в только программистский отдел около миллиона рублей, и вкладывал бы больше, пока у него тупо не закончились деньги, причем по моим данным вполне легально заработанные.
Люди все-таки разные, есть и те, кто очень легко ведется на слова. И уж очень уж часто случается так, что слова расходятся в с делом, в виду как минимум человеческого фактора.
ну все-таки «выточенное напильником» отличается от отшлифованного тряпочкой махровой.
сколько не работал с различными оформлениями под XP, все в итоге приходилось выключать ибо начинались непонятные пожирания памяти.
Опять почему-то вспомнилась история с 2007 офисом, который наотрез отказывались использовать по выходу почти все знакомые, ссылаясь на не удобность. Но почему-то месяца через 2 он стал удобным, как-то наверное по другому стал работать… ладно, тут уже отвлекся
Starting with Oracle Database 11g Release 2 (11.2), the Security Enhanced Linux (SELinux) feature is supported for Oracle Linux 4, Red Hat Enterprise Linux 4, Oracle Linux 5, and Red Hat Enterprise Linux 5.Настройка/включение-выключение iptables также только на совести системного и базного администраторов. Приходилось отключать только в домашних целях, чтобы избежать лишнего геморроя при тестинге
опять же зависит и от сумой СУБД, так как в Oracle, к примеру, можно реализовать через систему вложенных таблиц, или те хе объекты в полях таблиц. на самом деле все зависит от средств разработки. можно в пустую при каждом комментарии индексировать все дерево комментариев на предмет правильно постановки, а уже выдачу вести из этого индекса.
конечно категорично сказать что крон хуже нельзя, ибо он вполне по очевидным причинам в многих случаях выигрывает, но эвенты могут кое где и обойти крон.
1. мало кто вообще обеспокоен при создании CMS о производительности БД, ибо в общем случае сайты на CMS не требуют этого в принципе;
2. CMS создают в первую очередь программисты, а БД это вообще отдельная песня;
3. ну и в силу самого MySQL евенты автоматом выключены в стандартной сборке, и естественно их хостеры включать не особо любят, так как в принципе не знают о такой штуке тоже. Да и к тому же чтобы разобраться как заставить нормально работать эвенты на 5.5 пришлось мне потратить пару часов, чтобы найти в 3000 страничных концептах MySQL что нужно для этого.
так же стоит хорошенько взвесить уровень разбиения и какой именно тип разбиения выбрать, ибо может сильно сказаться в обратную сторону производительности (как-то провел неделю, исследуя различные способы разбиения на части таблицу в 150млн записей).
Основное мускул, буквально сегодня работаю с табличкой в 4.2 гига. есть проблемы с поиском, иди исправит все первичный ключ, так как все через одно место делалось, либо придется поиск совершать определенными функциями по расписанию
Я конечно соглашусь, что это может быть вполне единичным случаем.
Почему-то в свою очередь вспомнилась история с МММ и подобными пирамидами. Функционально люди инвесторами выступают, причем еще и все дураки.
правда наверное это немножко другое все-таки))
а вот на счет нестандартного мышления, я бы немного перефразировал — «SQL'ьное мышление».
Буквально для 3-4 назад на паре он рассказывал про существования подкласса задач, которые не решаются в один запрос. Вот это меня даже озадачило, ибо сколько последнее время запросов не писал, все получается делать в один, и без лишнего гемороя
Так на одной из сдач подобной работы некоторым студентов, преподаватель подзывает к себе первого и спрашивает напрямую — «твоя программа». Какой-то комбинацией клавиш он вывел свою морду на пол монитора и кивнул в ответ. Сдающий же продолжил уверять что программа честно написана им в течении прошедшей недели.
Люди все-таки разные, есть и те, кто очень легко ведется на слова. И уж очень уж часто случается так, что слова расходятся в с делом, в виду как минимум человеческого фактора.
сколько не работал с различными оформлениями под XP, все в итоге приходилось выключать ибо начинались непонятные пожирания памяти.
Опять почему-то вспомнилась история с 2007 офисом, который наотрез отказывались использовать по выходу почти все знакомые, ссылаясь на не удобность. Но почему-то месяца через 2 он стал удобным, как-то наверное по другому стал работать… ладно, тут уже отвлекся