Френсис Дрейк, да, собственно говоря, ничего не мешает - приходится пользоваться. Но было бы удобнее без него.
Какая конкретно вам от этого польза?
Это удобство. Например, реальный случай - медленно строится ОСВ по счету за месяц. Только за один конкретный месяц. Виновата плохая статистика по таблицам, связанным с регистром бухгалтерии. Как ее обновить средствами 1С? Никак - надо пользовать SQL Server. В итоге время тратится (по крайней мере один раз) на поиск\написание обработки с использованием той функции + плюс время на обновление статистики. Зачем? Плюс я регулярно смотрю информацию о степени фрагментации индексов. Думаете удобно анализировать информацию в таком виде:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
юname_object index_id page_count avg_frag index_name
-------------------------------------------------- ----------- ----------- ------------------------ --------------------------------------------------
_InfoReg5994 3 206838 12 . 382637619779731 _InfoRe5994_ByDims_RRRRTRRTRN
_DocumentJournal6812 2 15881 14 . 740885334676657 _Docume6812_ByField6828_RR
_AccTtl25571 1 14607 5 . 0660642157869518 _AccTt25571_ByPeriod_TRRRRRN
Вот и приходится метаться к этой обработке, чтобы понять - что это за индекс по непонятнокакому регистру сведений, фрагментация в котором резко подскочила?
1. А кто вам сказал что количество таблиц неизменно? А если завтра придет в голову на КАЖДЫЙ экземпляр документа создавать свою таблицу? А если сделать так чтобы анализировалось база и например часть таблиц объединялась. А если почешет репой программер и скажет - а зачем у нас куча таблиц? -пусть лучше будет одна на все документы и тд и ип Есть масса вариантов которые мы не может даже представить.
2. А как вы считаете что будет в ЛЮБОЙ версии скуля при названии таблицы кириллицей и символов так под 200? Везде будет работать?....
3. А для других баз данных тоже самое делать?
1,3. При чем здесь количество таблиц и другие СУБД? Сейчас же 1С как-то разбирается какая таблица в SQL Server, например, соответствует конкретному документу.. И при создании нового документа - при использовании любой СУБД - создастся новая таблица и 1С будет знать что в ней лежит. Так вот почему нельзя это имя сделать осмысленным?
2. Я где-то сказал про кириллицу? Но, ЕМНИП, даже если так - 2005-й SQL Server прекрасно поддержит. Так же как и Oracle, начиная с какой-то версии. Поищите - в разделе про oracle было большое обсуждение как раз на тему кириллицы. Что же до 200 символов - есть разумные пределы. Ограничить имя таблицы, хранящейся на SQL Server'e 30-ю, например символами - будет вполне достаточно.
