SQLServer пробуют производительность выгоды

Question

SQLServer пробуют производительность выгоды

«Я действительно не хочу дублировать код, например: myLabel1, myLabel2, ..., поскольку все они имеют одинаковый текст / подсказку / стиль.» Что если вы просто создать несколько ссылок, указывающих на один и тот же объект метки?

Или расширить Label, включив в него конструктор копирования:

public MyLabel(MyLabel aLabel) {
this.property1 = aLabel.property1;
this.property2 = aLabel.property2;
...
}

Затем в FXML с помощью copy:

<MyLabel fx:id="myLabel1"/>
<fx:copy source="myLabel1"/>

9

try-catch sql-server

задан Jeremy 22 February 2009 в 08:16

5 ответов

-3

ответ дан 4 December 2019 в 22:30

Другие вопросы по тегам:

try-catch sql-server

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

score 4 · Answer 1

Так как диск базы данных совершил нападки, проблемы идентичны, не должно быть никаких заметных проблем производительности.

score 3 · Answer 2

Начиная с SQL 2005 необходимо попытаться использовать ВЫГОДУ ПОПЫТКИ способ обработать исключения или вход ошибок. Это рассматривают как лучшую практику. Там не должен иметь никакого основного хита производительности при помощи его.

BEGIN TRY
    BEGIN TRANSACTION
    -- SQL 
    COMMIT TRANSACTION
END TRY
BEGIN CATCH
    ROLLBACK
    SELECT
        ERROR_MESSAGE(),
        ERROR_NUMBER() -- etc
END CATCH

score 1 · Answer 3

Забудьте производительность, это - проклятый более безопасный вид, лучше и более predicatable.

Однако с помощью @@ ОШИБКА обычно требует, чтобы GOTO и/или много операторов IF управляли им правильно, таким образом, я предположил бы, что может быть крошечное повышение ПОПЫТКИ.. ВЫГОДА.

score 0 · Answer 4

Выполнение ПОПЫТКИ... ВЫГОДА Наиболее вероятна немного больше, когда нет никаких ошибок. С другой стороны, это будет быстрее во многих случаях, где существует ошибка.

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

Кроме того, Попытка... Выгода делает код немного легче поддержать, особенно если Ваша команда разработчиков SQL не была вокруг SQL Server очень долго, который, к сожалению, происходит немного слишком часто. Я предполагаю, что это будет больше иметь место несколько лет с этого времени.