ad hoc что это такое
Ad hoc
Ad hoc (лат. Ad hoc — «по месту») является латинской фразой, означающей «к этому, для данного случая, для этой цели». Как правило, используется для обозначения решения, предназначенного для конкретной проблемы или задачи и не предназначенного для какого-либо обобщения или адаптации для других целей. Сравните с Априори.
Типичными примерами являются организации, комитеты и комиссии, созданные на национальном или международном уровне для решения конкретной задачи. В других областях термин может относиться, например, к воинской части, созданной при особых обстоятельствах, к костюму, сшитому по специальному заказу, к разработанному вручную сетевому протоколу или к уравнению, разработанному для конкретной цели.
Выражение Ad hoc может иметь также негативный подтекст, предполагая временные решения, неадекватное планирование или импровизированные события.
Содержание
Комитеты, комиссии и организации Ad hoc
Ad hoc организации, включая комитеты и частные некоммерческие организации, создаются при возникновении объективной необходимости решения какой-либо важной проблемы, не попадающей в сферу компетенции ни одной из постоянных организаций или комитетов. Как правило, эти комитеты создаются на временной основе в рамках уставов и правил, регулирующих деятельность организации, на период времени, необходимый для полного решения поставленной проблемы.
Ad hoc организация может иногда иметь долгосрочный или неопределенный срок существования. В этих случаях первоначальная рабочая группа или форум может уступить место более постоянным формам организации. Типичным примером крупного масштаба такой организации является ОБСЕ.
Гипотезы Ad hoc
В науке и философии ad hoc означает добавление к теории чуждых ей (т.е. не вытекающих из неё гармонично, не являющихся её следствием) гипотез, чтобы «спасти» её от опровержения. Ad hoc гипотезы компенсируют аномалии, не предвидимые теорией в её исходной форме. Учёные часто скептически относятся к теориям, которые требуют для своего поддержания частых корректировок, поскольку при этом страдает её фальсифицируемость. Ad hoc гипотезы часто характеризуют псевдонаучность направления. [1] Многие научные понятия возникли на основании гипотез и модификаций существующих теорий, но эти модификации отличаются от ad hoc гипотез тем, что они дают объяснения возникшим аномалиям и предлагают новые способы развития теории.
Ad hoc гипотезы не обязательно являются некорректными. Интересным примером явной поддержки ad hoc гипотез было добавление Альбертом Эйнштейном космологической постоянной к общей теории относительности, чтобы разрешить проблему существования статической Вселенной. Хотя позднее он называл эту идею своей «величайшей ошибкой», было установлено, что она довольно точно соответствует теории тёмной энергии. [2]
Ad hoc в военном деле
В военном деле при непредсказуемом развитии ситуации могут создаваться специальные воинские формирования, когда для быстроты действий требуется оперативное взаимодействие между различными подразделениями. В качестве примера можно привести организацию военного прорыва.
Запросы Ad hoc
Ad hoc запросы — это термин из информатики.
Многие системы прикладного программного обеспечения имеют основную базу данных, которая доступна только через ограниченное число запросов и отчетов. Как правило, обращение к ним организовано через какое-то меню, и все они были тщательно спроектированы, запрограммированы и оптимизированы для исполнения квалифицированными программистами.
В противоположность этому, системы отчетности «ad hoc» позволяют пользователям самим создавать специфические, индивидуальные запросы. Как правило, это делается с помощью удобного графического интерфейса системы без необходимости в глубоком знании SQL или схемы базы данных. Потенциально такая возможность может серьёзно ухудшить работу живой системы, создавая шанс переполнения хранилища данных.
Запросы и отчёты Ad hoc относятся к подразделу бизнес-аналитики, наряду с OLAP, хранилищем данных, интеллектуальным анализом данных и другими средствами.
Сети компьютеров Ad hoc
Термин ad hoc по отношению к компьютерной сети обычно относится к системе сетевых элементов, которые в совокупности образуют сеть, требующую незначительного планирования, или не требующую никакого планирования вообще.
Ad hoc
Ad hoc — это латинское выражение, которое значит «специально для этого», «по особому случаю». Это выражение также используется в сленге, и вы, наверное, слышали его много раз в разном контексте.
Ad-hoc сеть — это беспроводная сеть, которая настраивается автоматически и динамически выбирает беспроводной узел для приема данных. Другими словами, если у вас нет маршрутизатора для подключения нескольких систем к сети, ad-hoc сеть — это простой способ, с помощью которого все беспроводные устройства, подключенные к этой сети, автоматически настраиваются и распределяются в одной системе. В этом случае ad hoc может подключить несколько устройств к одной системе без маршрутизатора.
Ad-hoc
В прошлом для радиосвязи использовались ad-hoc сети. Сегодня ad-hoc сети можно найти в ноутбуках, планшетах или мобильных телефонах, так что каждая система может действовать как маршрутизатор и обслуживать другие беспроводные сети, создавая ad-hoc сеть. Любая система, которая создает ad-hoc сеть, должна иметь свойство динамического соединения.
Выражение “ad hoc” имеет и другие значения. Например, судья может повторно изучить подробности дела, выпустив специальное решение по делу и вынести новый вердикт. Но это заключение не должно применяться с той же точки зрения к другим событиям, которые произойдут в будущем.
Что такое сеть Ad-hoc
Вполне понятно, что если вы хотите соединить две системы по беспроводной сети, вам понадобится центральный маршрутизатор (роутерная система). Если у вас нет этого маршрутизатора, вы можете использовать ad-hoc сеть. Конечно, этот тип сети временный и создается через отдельную систему.
Как работает ad-hoc сеть?
Предположим, вы хотите отправить файл по беспроводной сети своему другу в комнате. Но у вас нет прямой беспроводной сети или Wi-Fi. Таким образом, вы можете сделать это, настроив ad-hoc сеть.
Ad-hoc сеть — это временная беспроводная сеть типа LAN. Если вы настроите эту сеть в системе, она будет служить вам как локальная сеть.
Специальные сетевые функции включают одновременное подключение нескольких различных устройств. Пользователи также могут использовать ad-hoc сеть для подключения к интернету, настроив подключенное к сети устройство, и раздавать другим пользователям доступ в интернет.
В этом типе сети каждая система может связываться с другой системой по беспроводному соединению на расстоянии 100 метров. Конечно, это расстояние может быть больше в зависимости от сетевой карты устройства.
Каждый раз, когда устройство ad-hoc сети удаляется из системы, соединение между устройствами будет потеряно. В этом случае не имеет значения, сколько устройств уже подключено.
Безопасность ad hoc подключения
Одной из основных проблем ad-hoc сетей является их недостаточная безопасность и концентрация сети в одной системе. То есть, если вредоносное устройство находится неподалеку и подключается к устройствам в ad hoc сети, оно может легко взломать всю информацию на всех устройствах и вызвать повреждение данных.
С другой стороны, даже другие системы не могут скрыть свой SSID при подключении к ad hoc, поэтому, пока ваша система подключена к ad hoc, любое вредоносное устройство может получить доступ к вашей сети и сделать информацию общедоступной.
При всех этих интерпретациях, поскольку работа ad hoc сетей ограничена временными рамками, а их дальность действия не превышает 100 метров, они могут быть хорошим вариантом для подключения нескольких систем. Вредоносные системы при этом должны располагаться ненадолго на небольшом расстоянии от основной специальной системы, чтобы проникнуть в нее.
Что такое Ad Hoc в Wi-Fi сети, для чего нужен и как настроить на Windows 10, 7 и XP?
Всем привет! Ad hoc – это режим беспроводной сети, которая не имеет постоянной структуры и строится «на лету», благодаря сопряжению пары устройств. Такой режим еще называют IBSS (Independent Basic Service Set) или P2P «точка-точка». Чтобы его реализовать, достаточно, чтобы оба устройства были снабжены Wi-Fi адаптерами, а в операционной системе, через которую с ними можно взаимодействовать, были установлены драйвера.
Принцип работы Ad hoc
Для режима Ad Hoc необходимо минимум оборудования. Главное, чтобы каждая станция была наделена WiFi–адаптером. Создавать какую-либо сеть при этом не нужно.
Данный режим подразумевает участие каждого узла в маршрутизации с помощью транзита данных для прочих узлов. Узнать, какие узлы пересылают информацию, можно основываясь на используемый алгоритм маршрутизации. Ad Hoc обычно реализуют для создания временных сетей. Например, когда нужно связать ПК с внешним Wi-Fi адаптером, и ноутбук (с внутренним беспроводным модулем).
Как подключить? Все зависит от того, какая версия Windows установлена на вашем компьютере. Отчет начнем с самой современной – Windows 10.
Windows 10
Чтобы создать сопряжение между двумя устройствами, на одном из них нужно создать Wi-Fi, а на втором к ней присоединиться.
На первом устройстве:
На другом устройстве запустите Wi-Fi поиск и подключитесь к только что созданной точке. Готово, P2P настроен.
Windows 7
В семерке настройка займет немного больше времени:
control.exe /name Microsoft.NetworkandSharingCenter
Затем с другого устройства включите поиск Wi-Fi сети и присоединитесь к этой точке.
Windows XP
Такой способ можно реализовать и на Виндовс XP:
Теперь на втором компьютере:
Готово, коннект Peer-to-Peer завершен и настроен.
SQL-Ex blog
Новости сайта «Упражнения SQL», статьи и переводы
Что такое ad hoc запрос?
Вот простой пример ad hoc запроса в SQL Server:
SQL Server параметризует этот простой запрос:
Вот пример динамического запроса, который параметризован (подготовлен), поэтому он не является ad hoc:
Однако если параметров нет, запрос останется ad hoc. Вот пример ad hoc запроса, который так же является динамическим:
Чем полезны ad hoc запросы?
Во многих случаях разработчик или DBA может один раз выполнить ad hoc запрос, и больше никогда не использовать его. С другой стороны, один и тот же запрос может выполняться тысячи раз за день из приложения, и при этом, возможно, оставаться ad hoc запросом. В зависимости от запроса может не иметь смысла включать его в хранимую процедуру или параметризовать его.
Ad hoc запросы не являются ни плохими, ни хорошими; как и все остальное, это зависит от того, как они используются. Сошлюсь на интересную статью от Phil Factor, посвященную устранению проблем с некоторыми неэффективными ad hoc операторами.
Что такое ad hoc запрос в базе данных?
Чтобы выяснить, рассматривает ли SQL Server запрос как ad hoc, вы можете проверить тип объекта в кэше плана. Вот запрос из книги «Внутри Microsoft SQL Server 2012» Kalen Delaney и др. Замечу, что вам может потребоваться добавить больше фильтров на [text], если он вернет слишком много строк, чтобы отыскать ваш запрос.
Вы увидите тип объекта Adhoc для ad hoc запроса. Для параметризованных запросов вы также увидите строку с типом объекта Prepared. Вызовы хранимых процедур будут возвращать Proc, и имеется несколько других.
Что такое параметр Optimize for Ad Hoc Workload?
Представим себе систему, на которой каждый из большого числа запросов может выполняться только раз. Чтобы избежать ситуации, когда они занимают место в кэше планов, включите параметр Optimize for Ad Hoc Workload. Тогда при первом выполнении запроса в кэше сохраняется только заглушка плана. Если запрос выполняется снова, SQL Server сохранит весь план.
Заключение
Обратные ссылки
Нет обратных ссылок
Комментарии
Показывать комментарии Как список | Древовидной структурой
Автор не разрешил комментировать эту запись
Автоматизация бизнес-процессов. Ad-hoc изменения на примере из жизни. Часть 3
Тема внедрения изменений в бизнес-процессы дошла и до Российского отделения международной Ассоциации BPM-профессионалов (ABPMP Russian Chapter) в виде статьи президента этой ассоциации г-на Белайчука под названием «С чего начинается управление изменениями». Точнее г-н Белайчук поделился с читателями своего блога переводом статьи с англоязычного ресурса.
В статье речь идёт об управлении изменениями в бизнес-процессах. Основная мысль заключается в том, что «начинать управлять изменениями надо намного раньше — уже на первом этапе проекта BPI, когда разрабатывается устав, проводится выявление процесса и его моделирование». Автор статьи даёт понять, что управление изменениями должно носить систематический характер, и необходимо принимать во внимание, что в работе любой организации постоянными могут быть только изменения.
Далее в статье описываются трудности, которые непременно возникнут в организации при каждом витке итерации вносимых изменений в «устоявшуюся» работу процессов организации, и как с ними бороться на уровне психики?! «людей, сталкивающихся с изменениями».
Поэтому предлагаю вместо утешения сотрудников организаций, которым волей или неволей приходится сталкиваться с изменениями в структуре бизнес-процессов, дабы не расстраивать их понапрасну, рассмотреть более технический подход к этой ситуации.
Суть подхода заключается в следующем:
Запущенные экземпляры подстраиваются под изменения модели процесса автоматически.
То есть достаточно внести изменение в модель бизнес-процесса, а далее можно расслабиться и не думать, как встроить новые изменения в уже запущенные экземпляры, которые, к примеру, будут активны ещё несколько лет. Ведь ждать окончания их жизненного цикла, чтобы полностью забыть о них, нет ни желания, ни возможности.
Просьба не путать этот подход с adaptive case management (ACM).
ACM — это самый гибкий подход на сегодняшний день, который даёт возможность настраивать каждый запускаемый экземпляр индивидуально.
Рассматриваемый подход, в данной статье, описывает полу-структурированные процессы (semi-structured), которые обладают заранее определённым набором правил, но могут изменяться в ходе выполнения процесса.
Эти изменения автоматически применяются также к запущенным экземплярам до момента внесения изменений, тем самым обеспечивая наличие глобальной модели бизнес-процесса в данный момент времени.
Другими словами, изменения применимы не только к новым экземплярам (т.е. отсроченные изменения), а также ко всем запущенным экземплярам данной модели бизнес-процесса, используя метод миграции (т.е. экстренные изменения).
Рассмотрим пример из жизни, взяв процесс возврата командировочных, и примем допущение, что жизненный цикл этого процесса равен 10 годам (чтобы наглядней понимать преимущество экстренных изменений в запущенных экземплярах).
Модель процесса «Возврат командировочных» в версии 1.0:
Заполняется заявка на возврат командировочных, далее заявка обрабатывается менеджером, который может немедленно её одобрить, отклонить или запросить дополнительную информацию.
Согласно принятому решению происходит оповещение инициатора процесса. И после возврата командировочных или отказа возврата процесс завершается.
Процесс был запущен и спокойно себе отрабатывает заявки, пока в определённый момент времени не приходит уведомление от руководства, что заявки свыше €200 должны задним числом утверждаться ещё и начальником отдела. То есть это изменение также применимо к ранее запущенным заявкам, которые были проапрувлены менеджером, но у бухгалтерии, как обычно, не дошли до этого руки и командировочные ещё не были возвращены.
Для этого создаётся новая версия процесса с учётом необходимых изменений, в данном случае можно добавить ещё один UserTask и один ExclusiveGateway.
И следующая версия процесса будет выглядеть подобным образом:
Появилось новое разветвление после утверждения заявки менеджером; и если сумма превышает €200, то требуется утверждение ещё от одного лица с другим уровнем доступа.
Всё вроде хорошо, новые заявки будут запускаться по новой модели процесса, но остаётся вопрос, как быть с уже запущенными экземплярами, особенно с теми, где сумма возврата превышает €200? Здесь мы также вспоминаем о сделанном допущении, что окончание жизненного цикла запущенных экземпляров в ближайшие 10 лет не предвидится, а изменения нужно внести сейчас в не одну тысячу запущенных экземпляров, с разбросанными этапами выполнения по всей модели.
В этом случае, как было уже описано в первой части, последующая версия процесса соединяется с предыдущей посредством так называемой «Migration Map», в которой указываются «переходы» токенов между соседними версиями процесса.
Для данного примера «Migration Map» может выглядеть следующим образом, при котором заявки, которые были одобрены к выплате в версии процесса 1.0, но ещё не были обработаны бухгалтерией, будут перенаправлены к новому разветвлению «more than €200». В случае, если сумма превышает €200, то необходимо будет дополнительное одобрение начальством. Заявки с суммой до €200 будут, как и в первой версии, проходить к UserTask «Refund expenses» сразу без дополнительного одобрения.
Миграция активируется в момент перехода токена между тасками любого типа или в момент обращения пользователя к одному из UserTask.
В данном случае новые требования, которые необходимо применить к запущенным экземплярам, будут реализованы при попытке пользователя открыть UserTask «Refund expenses». Система управления процессами (СУП) определяет, что появилась новая версия процесса и заглядывает в «Migration Map». СУП по названию процесса, названию исходного UserTask, и зная в какой версии был запущен текущий экземпляр процесса, определяет версию процесса для миграции и название элемента в новой версии процесса.
По этим параметрам и проходит «скачок» между версиями. Для пользователя это происходит незаметно. Если после миграции в новой версии процесса у данного пользователя нет прав доступа к новому элементу, то появляется соответствующее сообщение о том, что версия процесса была изменена и запрашиваемый UserTask не доступен.
Миграция для остальных тасков происходит без структурных изменений, т.е. в тот же самый таск, но уже в обновлённой версии процесса.
Подводя итог, можно сказать, что с увеличением количества используемых BPNM элементов ухудшается гибкость самих процессов.
Для решения этой проблемы и обеспечения достаточной гибкости и адаптивности процесса моделирование происходит на двух абстрактных уровнях (Часть 2). На верхнем уровне описывается предметный процесс. Нижний уровень — технический, на нём описываются подпроцессы для верхнего уровня.
Золотое правило моделирования процессов: упрощайте предметный уровень и всё сложное переносите на технический.
Желаю всем простого, понятного и лёгкого моделирования!