NullPointerException
s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException
. Они наиболее распространены, но другие способы перечислены на странице NullPointerException
javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException
, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main
я явно устанавливаю ссылку Object
obj
равной null
. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException
, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
Для SQL Server 2000 (и любой другой выпуск на 32 бита SQL Server), существует xp_pcre, который представляет Perl совместимые регулярные выражения как ряд расширенных хранимых процедур. Я использовал его, это работает.
более поздние версии предоставляют Вам прямой доступ к .NET интегрировала регулярные выражения (эта ссылка, кажется, мертва, вот другой: MSDN: Как к: Работа с Объектами базы данных CLR ).
Ответ не, не в общем случае, хотя он мог бы зависеть от того, под чем Вы подразумеваете эффективный. В этих целях я буду использовать следующее определение: 'Делает эффективное использование индексов и участвует в разумном состоянии', которое, вероятно, так же хорошо как любой.
В этом случае, 'Эффективные' запросы 's-arg '-able, что означает, что они могут использовать индексные поиски для сужения поисковых предикатов. Равенства (t-соединения) и простые неравенства могут сделать это. 'И' предикаты могут также сделать это. После этого мы входим в таблицу, индекс и сканирование диапазона - т.е. операции, которые должны сделать запись записью (или индексировать-keyby индексный ключ), сравнения.
ответ Sontek описывает метод встраивания regexp функциональность в запрос, но операции все еще должны сделать сравнения на записи рекордным основанием. Оборачивание его в функции позволило бы функциональный индекс, где результат вычисления осуществлен в индексе (Oracle поддерживает это, и можно добраться, эквивалентная функциональность в SQL Server при помощи вида приемов обсудила в этой статье ). Однако Вы не могли сделать этого для произвольного regexp.
В общем случае, семантика регулярного выражения не предоставляет себя сокращению наборов соответствия в виде способа, которым делает индекс, таким образом интегрирование rexegp поддержка в оптимизатор запросов, вероятно, не возможно.
Я хотел бы иметь способность исходно назвать регулярные выражения в SQL Server для специальных запросов и использования в хранимых процедурах. Наш DBA не позволит нам создавать функции CLR, таким образом, я использовал Клавиатуру LINQ как своего рода редактор запросов бедного человека для специального материала. Это особенно полезно при работе со структурированными данными, такими как JSON или XML, который был сохранен к базе данных.
И я соглашаюсь, что на контроль кажется, что нет никакой поддержки регулярного выражения, это походит на очевидную функцию языка запросов. Надо надеяться, мы будем видеть его в будущей версии, но люди просили его в течение долгого времени, и это не сделало, это - путь в продукт все же.
Самые частые основания, которые я видел против него, состоят в том, что плохо сформированное выражение может вызвать катастрофическое отслеживание в обратном порядке, которое в.NET не прервет и почти всегда требует, чтобы машина была перезапущена. Возможно, после того как они обращаются к этому в платформе, мы будем видеть, что она включала в будущую версию SQL Server.
Я думаю, что мы видим от новых типов в SQL Server 2008 (hierarchyid, геопространственный), что, если Microsoft действительно добавляет это, она прибудет в форме блока CLR SQL
, Если Вы сможете установить блоки в свою базу данных, Вы могли бы прокрутить свое собственное путем создания нового проекта Сервера Database\SQL в Visual Studio - это позволит Вам делать новый Триггер / UDF / Сохраненный Proc / Агрегат или UDT. Вы могли импортировать Систему. Текст. RegularExpressions в класс и идут оттуда.
Hope это помогает