Новый текстовый тип --> Синхронизация БД

[mazzy]

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

другими словами, сам определяю момент синхронизации.
но синхронизацию нужно проводить обязательно.

особенно, если несколько человек ведет разработку одновременно в одной базе.

[Мартынов Дмитрий]

Цитата:

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

...без вопроса надо или нет.
Так, что в 2012, видимо, сделали шаг в сторону решения данного вопроса.

Очень маленький шажок. Она сперва спрашивает, нажимаешь нет. А дальше при любом нажатии сохранить, она уже ни чего не спрашивает а запускает синхронизацию...

Цитата:

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

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

Как это тебе удается?
Да, и зачем синхронизировать то принудительно?

Цитата:

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

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

Вот вот... Зачем?

[Ace of Database]

У меня в 3-ей Аксапте сразу же после создания типа данных, он помечен как несохраненный (красной чертой). Я сразу же первым делом задаю ему длину. После этого можно делать с ним что угодно - синхронизации не требует. Важно успеть сразу же поменять длину, до изменения наименования и сохранения.
В АХ-2009 новый тип сразу же создается сохраненным. И поэтому при изменении его длины требуется синхронизация

[lev]

Цитата:

Сообщение от Ace of Database

У меня в 3-ей Аксапте сразу же после создания типа данных, он помечен как несохраненный (красной чертой). Я сразу же первым делом задаю ему длину. После этого можно делать с ним что угодно - синхронизации не требует. Важно успеть сразу же поменять длину, до изменения наименования и сохранения.

Ага... надо ещё учесть, что чаще всего (почему то) после ввода названия элемента, при переходе в другое свойство, EDT сохраняется, и программист не успевает ввести длину