@DmitriyEntelis: редкостный идиотизм - это несколько грубо. Вы не находите? Конечно наличие большого количества представлений - не есть плюс, но разве обращение пользователя к конкретному представлению не будет быстрее, чем обращение к хранимой процедуре, которая сперва должна будет определить пользователя, а потом провести соответствующую этому пользователю выборку?
@DmitriyEntelis: Я не доверяю пользователям которые ходят в БД. Немного абстрактный пример: допустим есть общая таблица покупок всех пользователей. Нужно чтобы каждый пользователь имел доступ лишь к просмотру своих покупок. Такой доступ организуется через представление к этой таблице. Вопрос в том насколько это тормознёт работу БД если таких представлений будет десятки и сотни тысяч?
Ого!!! Не думал, что кто-то откопает тему :) К сожалению, я сильно отвлёкся от того проекта, но когда вернусь к нему, то обязательно разберусь в чём там было дело и напишу тут ответ :)
Я только хотел сказать, что какой бы формы не был снаряд запускаемый из космической пушки, при таких начальных скоростях он потеряет существенную часть своей скорость из-за трения, при этом существенно нагревшись. Если бы этого можно было как-то избежать, с помощью придания ему особой аэродинамики, то такую пушку бы уже построили.
Поэтому для реализации проекта космической пушки необходимо, как минимум, научиться отводить это тепло, а как максимум научиться преобразовывать его обратно в кинетическую энергию.
Security through obscurity — порочная практика. Специалистов по ИБ, которые на нее полагаются, надо гнать метлой.
Очень спорное заявление. Если полагаться ТОЛЬКО на неё, то да можно гнать, но ничего такого порочного в принципе я не вижу. Возможно от неё должны отказаться разработчики средств защиты, и вообще разработчики ПО в целом, но какое отношение это имеет к обсуждаемому вопросу? Что такого порочного в сокрытии топологии сети?
