Программист 1с
ps Так и вижу - программер создаете базу (не скулевскую) а база ему предлагает ввести имена для скуля db/2 и ВСЕХ других баз данных.... Вы не находите в этом бАЛьшую глупость?
Можно чуть-чуть поподробнее - в чем, с вашей точки зрения, большая глупость? ИМХО, если бы была возможность указания имени таблицы - было бы намного удобнее. 1С ведь хранит соответствие типа "Документ "Заявка"" = _Document51829458. В чем сложность/глупость замены этого на "Документ "Заявка"" = _DocumentRequest (например)?

Естественно, если имя не указывается явно - использовать по-умолчанию.

DmitriyZ1С создает таблицы такие, какие ей удобно, а не разработчику. Потому что идеология системы не предусматривает работу с таблицами в обход платформы. Когда же все это наконец то поймут.
Зачем тогда сделано ПолучитьСтруктуруХраненияБазыДанных (GetDBStorageStructureInfo)? Я просто не понимаю чем _Document153252 лучше _DocumentUserName. Вам от этого хуже будет?

Френсис Дрейк, да, собственно говоря, ничего не мешает - приходится пользоваться. Но было бы удобнее без него.

Какая конкретно вам от этого польза?
Это удобство. Например, реальный случай - медленно строится ОСВ по счету за месяц. Только за один конкретный месяц. Виновата плохая статистика по таблицам, связанным с регистром бухгалтерии. Как ее обновить средствами 1С? Никак - надо пользовать SQL Server. В итоге время тратится (по крайней мере один раз) на поиск\написание обработки с использованием той функции + плюс время на обновление статистики. Зачем? Плюс я регулярно смотрю информацию о степени фрагментации индексов. Думаете удобно анализировать информацию в таком виде:
Вот и приходится метаться к этой обработке, чтобы понять - что это за индекс по непонятнокакому регистру сведений, фрагментация в котором резко подскочила?

1. А кто вам сказал что количество таблиц неизменно? А если завтра придет в голову на КАЖДЫЙ экземпляр документа создавать свою таблицу? А если сделать так чтобы анализировалось база и например часть таблиц объединялась. А если почешет репой программер и скажет - а зачем у нас куча таблиц? -пусть лучше будет одна на все документы и тд и ип Есть масса вариантов которые мы не может даже представить.

2. А как вы считаете что будет в ЛЮБОЙ версии скуля при названии таблицы кириллицей и символов так под 200? Везде будет работать?....
3. А для других баз данных тоже самое делать?
1,3. При чем здесь количество таблиц и другие СУБД? Сейчас же 1С как-то разбирается какая таблица в SQL Server, например, соответствует конкретному документу.. И при создании нового документа - при использовании любой СУБД - создастся новая таблица и 1С будет знать что в ней лежит. Так вот почему нельзя это имя сделать осмысленным?
2. Я где-то сказал про кириллицу? Но, ЕМНИП, даже если так - 2005-й SQL Server прекрасно поддержит. Так же как и Oracle, начиная с какой-то версии. Поищите - в разделе про oracle было большое обсуждение как раз на тему кириллицы. Что же до 200 символов - есть разумные пределы. Ограничить имя таблицы, хранящейся на SQL Server'e 30-ю, например символами - будет вполне достаточно.

Leoligov,
да нет, прямые запросы меня особо не интересуют. Хотя, конечно, пригодится, спасибо.
Сисой,
Вот операции с таблицами и индексами намного удобнее выполнять, если в названии таблицы "есть смысл", а не просто указан тип и абстарктный номер.
Я просто не понимаю в чем сложность реализации подобного механизма - в смысле, предоставления возможности именования таблиц на сервере по собственному усмотрению.

LeoligovСами 1эсовцы расказывали и показывали как решаются проблемные ситуации как ваша - только ЦУП, там очень много анализа который вы не сделаете ручным способом.
А че, ЦУП теперь бесплатный, ага? Похоже вы просто не представляете какие средства для анализа предоставляет SQL Server

Leoligovсамые элементарные советы, которые даются самой 1с-кой (читайде документацию и то что пишут на офф. сайте) дефрагментация индексов, обновление статистики, индексация, 1 и 2 не требует монопольного режима работы с базой, так что здесь вам влаг в руки
У нашего предприятия режим работы 24х7. Пустите по среди рабочего дня дефрагментацию (всех!!) индексов или обновление статистики (with fullscan), как советуют в 1С. Будете приятно удивлены.

Сисой,
Спасибо за ответ. Доходчиво и по пунктам).

Leoligov
вооо так озвучьте, хотя бы размеры баз или это секрет? конфигурацию которую используете.

База около 65 ГБ, конфигурация - БП с дописками.
Leoligov
Читаем между строй - дефрагментацию проблемных индексов и обновление статистики.

Ну хорошо, пусть даже только проблемные индексы. А как узнать какие индексы проблемные, не используя средства SQL Server ? ЦУП дает такую информацию? В описании на 1c.ru - этого нет.
Leoligov
www.gilev.ru

Это знаем, спасибо. Впрочем, проблемы свои - как нибудь уж сами решим, с Божей помощью ;)

Dinamo,
возможно вы правы. Даже скорее всего вы правы. Но система есть и она работает - ее нужно поддерживать. Если я сейчас пойду и скажу, что нам надо бы все переделать... Даже думать не хочу о том, что услышу в ответ :))