Устраивает ли вас стандартный редактор Object Designera

[NeNavision_imported]

В прямом смысле. Работать с SQL запросами можно и ваше утверждение "Navision не поддерживает SQL-язык запросов. Точка." - ложно.
Перемененная Automation - это не штатный "механизм"?

С другой стороны обработка в SQL очень редко нужна. Написали же как функционал без нее. Я же описал пример, когда код в навижен был бы меньше и работал быстрее, если бы были предусмотрены некоторые мелочи.

[Гений 1С]

Цитата:

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

В прямом смысле. Работать с SQL запросами можно и ваше утверждение "Navision не поддерживает SQL-язык запросов. Точка." - ложно.
Перемененная Automation - это не штатный "механизм"?

С другой стороны обработка в SQL очень редко нужна. Написали же как функционал без нее. Я же описал пример, когда код в навижен был бы меньше и работал быстрее, если бы были предусмотрены некоторые мелочи.

Батенька, если я буду сравнивать все, что можно сделать через ОЛЕ/Аутоматион, то это выше крыши, гыгыгы...

Нет, доступ к базе навижн через SQL - это не штатный механизм. Это не реализовано специальным типом в C\AL

В 1С для этого есть внутренний тип Запрос. Кстати работает на СКЛ версии и на файловой версиии 1С, т.е. не привязан к движку MS SQL.

Я понимаю, что прямые запросы можно юзать к любой базе, которая сделана на MS SQL, но это не штатный доступ. Или вы видели в типовом функционале Навижн прямые СКЛ запросы:? тотоже

[romeo]

Гений1С. Как вы считаете, возможность в системе получить прямой доступ к данным на сервере и выполнить запрос к базе, используя штатные средства среды разработки не является ее минусом? Мне лично кажется, что разработчики системы тем самым как бы говорят - "Ребята, наша система может работать с миллионами строк, но .. кто знает, что будет у вас. На всякий случай вот вам механизм доступа к данным и делайте вы что хотите. Все, кто знает SQL". Ваше мнение?

[Гений 1С]

Цитата:

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

Гений1С. Как вы считаете, возможность в системе получить прямой доступ к данным на сервере и выполнить запрос к базе, используя штатные средства среды разработки не является ее минусом? Мне лично кажется, что разработчики системы тем самым как бы говорят - "Ребята, наша система может работать с миллионами строк, но .. кто знает, что будет у вас. На всякий случай вот вам механизм доступа к данным и делайте вы что хотите. Все, кто знает SQL". Ваше мнение?

Блин, речь не об этом, как бы вам донести мысль.
Доступ к СКЛ - это не штатный механизм навижн. Вы юзаете для этого Аутоматион.
Вот в 1С 80 тоже можно прямой доступ к базе данных через ОЛЕ иметь и что с того.
Ни в 80 ни в Навижн на уровне встроенного языка нет типа для прямого доступа к базе данных МС Скл - это и понятно, потому что базой данных и там и там может быть файловая версия и МС СКЛ.

Просто в 1С 80 можно для обращения к таблицам использовать СКЛ-подобные запросы, а не только фильтрованные рекордсеты... как в Навижн(и клиппер, и аксесс и прочие старые СУБД). Даже в дельфи через ODBC можно юзать СКЛ запросы к таблицам, а не только рекордсеты. Так что здесь навижн очень устарело.

Цитата:

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

Есть еще "громадные минусы".
Ассемблерные вставки нельзя делать и нет макросов.
Как работать? Как писать шедевры? Где гибкость? Почему они так не любят разработчиков?
Вот бы тогда раскрылась вся мощь среды разработки.

ваша метафора неуместна.
Вместо ассемблерных вставок все сейчас используют ОЛЕ-аутоматион...