Недопустимый доступ стека красная зона от Java VM
Оставленный, правильный, внутренний и внешний не влияют на производительность, и они уже были хорошо объяснены здесь.
Однако существуют подсказки, которые можно добавить к соединениям, которые действительно производят производительность: хеш, цикл и слияние.
Обычно планировщик запроса решает, какой из них, чтобы сделать, но иногда можно улучшить производительность путем переопределения его.
А loop join проходит каждую строку во второй таблице для каждой строки в первом. Это хорошо, если у Вас есть одна очень большая таблица и одна намного меньшая.
А merge join проходит обе таблицы вместе в порядке. Это может быть очень быстро, если обе таблицы уже заказаны полем, на котором Вы присоединяетесь.
А hash join использование много временных таблиц для группировки вывода, поскольку это сортирует данные, к которым присоединяются.
Некоторый DBS специалиста также поддерживает другие типы, такие как растровые соединения.
1 ответ
Не глядя на ваш код, трудно сказать, что вызывает ошибку, но вот объяснение красной зоны, а также несколько ссылок, в которых обсуждается проблема.
Каждый выделенный блок памяти чтобы приложение поставляется с ведущими и завершающая "красная зона", которая является особой подпись в памяти непосредственно перед и сразу после памяти, выделенной для заявление. Если бы приложение было для перезаписи за пределами этого региона подпись красной зоны будет перезаписан. Затем позже приложение вылетает, и вы получаете это завершить работу, когда память будет возвращена, и ОС может проверять красные зоны.
Эта проблема была обнаружена в Mac OSX, поэтому она могла быть связана с проблемами загрузчика классов, когда класс не найден, но в Mac OSX это было зарегистрировано как доступ к красной зоне. Так что попробуйте с JDK 1.5 и посмотрите, сможете ли вы воспроизвести проблему.
http://osdir.com/ml/java.objectweb.asm/2007-07/msg00004.html