Опрос: Используете ли вы Best Practice Check при разработке?

[Maxim Gorbunov]

Цитата:

Сообщение от fed

Ну последний раз я BP CHeck гонял на 4ке и оно мне там навыдавало пару варнингов (если я ничего не путаю), по поводу того что есть select myTable where myField==constant и по этому myField индекс отсутствует. Хотя, возможно, я что-то путаю.

Проверил из любопытства на AX2009. Сделал вот такой вот класс:

class TestClass1 
{
}

public static void main(Args args)
{
    CustTable custTable;
    
    select firstonly custTable
        where custTable.SalesGroup == '10';
}

Best Practice Check промолчал. Хотя я тоже смутно припоминаю такие рекомендации, которые ещё сопровождались словами про то, что запрос непременно приведёт к table scan. Наверное, действительно раньше это внутри AX проверялось, а теперь отдали на откуп DB Tuning Advisor в SQL Server.

Цитата:

Сообщение от fed

А в то что метки могут не глючить - не верю. Они были глючными в версии 2.1 и они продолжают глючить в версии 2009 RU7. Вот недавно на двуязычном внедрении, коллеги накатили импорт проекта с метками, а после этого у них сервера стали выдавать сооющение "Ошибка чтения при смешении бла бла байт в файле таком-то". Пришлось индексы приложения и метод грознуть и сервера рестартовать в середине рабочего дня.

.Ужас У меня, конечно, тоже бывали такие ошибки, но я что-то не помню, чтобы это было связано с метками. Ошибка чтения бывала в AOD-файлах, в AOI - это, да. В ALD, ALC или ALI - не видел. Вообще-то, у меня и мысли не возникало, что это может как-то быть связано с метками.

Самый неприятный "глюк" меточных файлов на моей практике - импорт проектов с метками в среду, в которой работает несколько АОСов. Новые метки при этом появляются только у клиентов, подключенных к тому АОСу, в который проект импортировался. Решается проблема импортом меток (только меток!) на каждый АОС по отдельности. Неприятно, конечно, но не смертельно.