BoDRbI: в той-же статье упомянались обходные пути. Но Вы ведь делаете бэкап? Я так подозреваю, что даунтайм только при создании дампа, дальше мастера можно поднимать, и время восстановления на слэйве уже не так критично. транзакции на мастере будут накапливаться и потом применятся на слейве.
Зелим Бельтоев: все-же SSD и HDD - 2 большие разницы. у HDD размер напрямую зависит от физического размера (через плотность записи) и к степени 2-ки никак не привязан. Вообще есть ситуации, в которых диск размечался на меньший размер в маркетинговых целях. ограничение на уровне прошивки. с SSD все и проще и сложнее. Объем чипов памяти - спепень двойки, что проистекает из механизма адресации ячеек. И здесь вопрос вполне закономерен. Ответ на него прост - ячейки зарезервированы для выравнивания износа.
Дмитрий: "Это всё? )" - врать не буду, не проверял. Но с недостатком каких-то функций не сталкивался.
напротив, по сравнению с MSSQL наличие отдельного DATE и отдельного TIME с приличным набором функций для работы с временем очень радует.
Валерий Рябошапко: Ха, это еще серая магия. Вот во времена былинные, когда надо было в обычную телефонную линию запихать 33600 бит/сек, при (ох, дай Бог памяти) полосе пропускания в 3 КГц (фильтр резал вроде как все, что выше ~ 4КГц) - вот тут было вуду... за 1 такт передать больше 8 бит.
Валерий Рябошапко: =) если верить Wiki - то 1000BASE-T, IEEE 802.3ab — основной гигабитный стандарт, использует витую пару категории 5e. В передаче данных участвуют 4 пары, каждая пара используется одновременно для передачи по обоим направлениям со скоростью — 250 Мбит/с. Используется метод кодирования PAM5 (5-level Phase Amplitude Modulation, пятиуровневая фазоамплитудная модуляция) с 4 линиями (4D-PAM5) и 4-х мерной Треллис-модуляцией (TCM), частота основной гармоники 62,5 МГц. Расстояние — до 100 метров.
т.е. а) используются все 4 пары. б) заработает ли при 1-ой битой паре - не знаю, надо проверить.
romanovand: бывает.... начинающий ИБ-шник?
тогда начните с того, что сами для себя нарисуйте блок-схему процесса.
процессов у Вас, как минимум 3 - выдача прав, изменение прав, удаление прав. У меня еще описан процесс изменения имени, процесс аудита прав доступа.
хорошо бы еще сразу сформировать шаблоны заявок.
ну и последнее, хотя должно быть первым - а список систем/активов у Вас есть? Владельцы определены?
Дмитрий Ковальский: можно. А можно разобраться в особенностях оптимизатора. Можно же и всяким встроенным в MySQL функциям не доверять - и писать свои. У меня так коллега Excel проверял - на калькуляторе.
Дмитрий Ковальский: IMHO "много OR" = IN = ANY с точки зрения условия выборки. Но не с точки зрения скорости работы. где-то наталкивался на статью (да и на тостере был вопрос), где описывалась логика работы IN и ANY при больших количествах (несколько сотен, тысячи) записей для сравнения. Так вот ANY работает быстрее за счет того, что на стороне БД создается временная таблица с записями для сравнения, с ней джойнится сравниваемая таблица - и поиск идет уже по объединенной таблице. Вроде как быстрее в разы.
Сергей: а зачем LIKE, если можно сравнивать с SUBSTR(через = или IN/ANY)? Хотя что-то мне подсказывает, что LIKE 'aaa%' и SUBSTR(xxx,1,3) сработают примерно одинаково.
