Добавление полей в существующую таблицу - баг или фича ?

[sukhanchik]

Цитата:

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

Действительно, ничего критичного, если обходиться только средствами разработки АХ. Но некоторые "убер-запросы" можно реализовать только через SQL, и при использовании конструкции INSERT INTO <table1> SELECT * FROM <table2>, возникают... - неудобства, не более того. Но конструкция INSERT INTO <table1>[(<Field1>,<Field2>,...)] SELECT [(<Field1>,<Field2>,...)] FROM <table2> устраняет эти неудобства.

Ну... тут можно что сказать... Только то, что уже давно всем известно:
Вести разработку не только в АХ чревато

• неполнотой информации в перекрестных ссылках, на которые очень полезно опираться, как на информацию что где и в каком качестве используется. А для полей таблиц - эта информация особенно полезна - она позволяет показать где происходит запись данных, а где чтение
• необходимостью иметь в штате человека, одновременно знающего и T-SQL (PL-SQL) и X++

Правда, сейчас сам Microsoft взял курс на разработку для АХ в разных программных средах (C#, Visual Studio)

А самое главное - в ряде случаев код в БД может быть заменен на код Х++ без заметной потери производительности путем изменения архитектуры данных, алгоритма обработки или постановки задачи. Тут конечно мне тяжело говорить за все случаи, потому что далеко не всегда есть возможность переделки механизма "с нуля". Но тем не менее, при разработке нового кода - имеет смысл лишний раз задуматься об этом.

В частности, на моей практике я встречал случаи реализации тех или иных алгоритмов путем выборки данных, перелива результата выборки во временную таблицу, затем их обработки, еще нескольких раз перелива и т.д.
Такой подход как раз и требует конструкции INSERT INTO на больших объемах данных.
Но при достаточно тщательном продумывании архитектуры алгоритма "с нуля"- этих переливов часто получалось избегать (или они не были столь объемными). Что повышало производительность системы.

Впрочем это все лирика, а к исходному вопросу отношения не имеет. Мое мнение - что об порядке полей в таблице просто никто не задумывался при реализации ядра.