Практический предел продолжительности SQL-запроса (конкретно MySQL)

Когда вы объявляете ссылочную переменную (т. е. объект), вы действительно создаете указатель на объект. Рассмотрим следующий код, в котором вы объявляете переменную примитивного типа int:

int x;
x = 10;

В этом примере переменная x является int, и Java инициализирует ее для 0. Когда вы назначаете его 10 во второй строке, ваше значение 10 записывается в ячейку памяти, на которую указывает x.

Но когда вы пытаетесь объявить ссылочный тип, произойдет что-то другое. Возьмите следующий код:

Integer num;
num = new Integer(10);

Первая строка объявляет переменную с именем num, но она не содержит примитивного значения. Вместо этого он содержит указатель (потому что тип Integer является ссылочным типом). Поскольку вы еще не указали, что указать на Java, он устанавливает значение null, что означает «Я ничего не указываю».

Во второй строке ключевое слово new используется для создания экземпляра (или создания ) объекту типа Integer и переменной указателя num присваивается этот объект. Теперь вы можете ссылаться на объект, используя оператор разыменования . (точка).

Exception, о котором вы просили, возникает, когда вы объявляете переменную, но не создавали объект. Если вы попытаетесь разыменовать num. Перед созданием объекта вы получите NullPointerException. В самых тривиальных случаях компилятор поймает проблему и сообщит вам, что «num не может быть инициализирован», но иногда вы пишете код, который непосредственно не создает объект.

Например, вы можете имеют следующий метод:

public void doSomething(SomeObject obj) {
   //do something to obj
}

В этом случае вы не создаете объект obj, скорее предполагая, что он был создан до вызова метода doSomething. К сожалению, этот метод можно вызвать следующим образом:

doSomething(null);

В этом случае obj имеет значение null. Если метод предназначен для того, чтобы что-то сделать для переданного объекта, целесообразно бросить NullPointerException, потому что это ошибка программиста, и программисту понадобится эта информация для целей отладки.

Альтернативно, там могут быть случаи, когда цель метода заключается не только в том, чтобы работать с переданным в объекте, и поэтому нулевой параметр может быть приемлемым. В этом случае вам нужно будет проверить нулевой параметр и вести себя по-другому. Вы также должны объяснить это в документации. Например, doSomething может быть записано как:

/**
  * @param obj An optional foo for ____. May be null, in which case 
  *  the result will be ____.
  */
public void doSomething(SomeObject obj) {
    if(obj != null) {
       //do something
    } else {
       //do something else
    }
}

Наконец, Как определить исключение & amp; причина использования Трассировки стека

17
задан Taryn 27 June 2013 в 13:56
поделиться

5 ответов

Чтение Вашего запроса заставляет меня хотеть играть RPG.

Это определенно не слишком долго. Пока они хорошо отформатированы, я сказал бы, что практический предел является приблизительно 100 строками. После этого Вы - более обеспеченные подзапросы повреждения в представления только, чтобы помешать Вашим глазам пересекаться.

я работал с некоторыми запросами, которые являются 1000 + строки, и это трудно отладить.

Между прочим, я могу предложить переформатированную версию? Это должно главным образом продемонстрировать важность форматирования; я полагаю, что это будет легче понять.

select *  
from
  4e_magic_items mi
 ,4e_magic_item_levels mil
 ,4e_monster_sources ms
where mi.id = mil.itemid
  and mi.source = ms.id
  and itemlevel between 1 and 30
  and source not in(16,2,5,13,15,3,4,12,7,14,11,10,8,1,6,9)  
  and type not in(
                  'Arms' ,'Feet' ,'Hands' ,'Head' ,'Neck' ,'Orb' ,
                  'Potion' ,'Ring' ,'Rod' ,'Staff' ,'Symbol' ,'Waist' ,
                  'Wand' ,'Wondrous Item' ,'Alchemical Item' ,'Elixir' ,
                  'Reagent' ,'Whetstone' ,'Other Consumable' ,'Companion' ,
                  'Mount'
                 )
  and ((type != 'Armor') or (false))
  and ((type != 'Weapon') or (false))
order by
  type asc
 ,itemlevel asc
 ,name asc

/*
Some thoughts:
==============
0 - Formatting really matters, in SQL even more than most languages.
1 - consider selecting only the columns you need, not "*"
2 - use of table aliases makes it short & clear ("MI", "MIL" in my example)
3 - joins in the WHERE clause will un-clutter your FROM clause
4 - use NOT IN for long lists
5 - logically, the last two lines can be added to the "type not in" section.
    I'm not sure why you have the "or false", but I'll assume some good reason
    and leave them here.
*/
19
ответ дан 30 November 2019 в 11:27
поделиться

Ограничение сервера MySQL 5.0 по умолчанию" 1 МБ ", настраиваемого до 1 ГБ.

Это настроено через установка max_allowed_packet и на клиенте и сервере, и на эффективное ограничение является арендодателем двух.

Протесты:

  • вероятно, что это "пакетное" ограничение не отображается непосредственно на символы в SQL-операторе. Конечно, Вы хотите принять во внимание кодировку символов в клиенте, некоторых пакетных метаданных, и т.д.)
17
ответ дан 30 November 2019 в 11:27
поделиться

С практической точки зрения я обычно рассматриваю любой ВЫБОР, который заканчивает тем, что проводил больше чем 10 строк для записи (помещающий каждый пункт/условие на отдельную строку), чтобы быть слишком длинным для легкого поддержания. На данном этапе это должно, вероятно, быть сделано как какая-то хранимая процедура, или я должен попытаться найти лучший способ выразить то же понятие - возможно путем составления промежуточной таблицы для получения некоторых отношений, которые я, кажется, часто запрашиваю.

Ваш пробег может варьироваться, и существуют некоторые исключительно долгие запросы, которые имеют серьезное основание быть. Но мое эмпирическое правило является 10 строками.

Пример (мягко неподходящий SQL):

SELECT x, y, z
FROM a, b
WHERE fiz = 1
AND foo = 2
AND a.x = b.y
AND b.z IN (SELECT q, r, s, t
            FROM c, d, e
            WHERE c.q = d.r
              AND d.s = e.t
              AND c.gar IS NOT NULL)
ORDER BY b.gonk

Это является, вероятно, слишком большим; оптимизация, однако, зависела бы в основном от контекста.

Просто помнят, чем дольше и более сложный запрос, тем тяжелее это будет для поддержания.

1
ответ дан 30 November 2019 в 11:27
поделиться

Большинство баз данных поддерживает хранимые процедуры для предотвращения этой проблемы. Если Ваш код достаточно быстр для выполнения и легкий читать, Вы не хотите должными быть изменять его, чтобы свалить время компиляции.

альтернатива должна использовать подготовленные операторы, таким образом, Вы получаете хит только однажды на соединение клиента и затем передаете только в параметрах для каждого вызова

0
ответ дан 30 November 2019 в 11:27
поделиться

Я предполагаю, что Вы подразумеваете 'выключенный', что поле не имеет значения?

Вместо того, чтобы проверить, не является ли что-то этим, и это также не, который и т.д. не может Вы просто проверить, является ли поле пустым? Или устанавливает поле на 'прочь', и проверка, если тип или независимо от того, что равняется 'прочь'.

0
ответ дан 30 November 2019 в 11:27
поделиться
Другие вопросы по тегам:

Похожие вопросы: