Есть мнение, что 1С 8 использует возможности MSSQL очень ограниченно.
Понятно, что возможности MSSQL большие. Но все таки у вас есть четкое видение, что по каким то важным принципиальным пунктам 1С не использует MSSQL и в этом ее большой недостаток?

Мнение правильное.

Так проще и удобнее
Юзвери и так захавают

Использует только как хранилище.
1С засылает развернутые запросы, а так как SQL - не объектный, и вообще по хранению 1С "ничего не знает", что возвращается все ссылочное и не-ссылочное, а уже 1С разгребает по объектам и обрабатывает для получения конечного результата.
Ну и всякие функции SQL, как СУБД (составляющие 70% MS SQL), не используются - контроль записи, индексация данных как ОБЪЕКТОВ-ссылок, шринк пустых записей, контроль объема данных, хинты и прочая, и прочая.

(0) А какие альтернативы? Фаловый режим? Или по твоему  с ОРакл она дружит полнее и использует все его возможности?

Или собрался петицию в спортлото писать?

(0) дык он же нормальные ОСи не поддерживает

(0) есть мнение, что 1С вообще не может использовать в полной мере механизмы SQL-сервера (любого), т.к. в этом случае придётся отказаться от других SQL-серверов...

(3)
> а уже 1С разгребает по объектам и обрабатывает для получения конечного результата
разве это не обычная ситуация для трехзвенной архитектуры?

(3)
> индексация данных как ОБЪЕКТОВ-ссылок
это о чем ты?

(3) то что мы не можем напрямую использовать разные интересные инструкции типа merge или хинты (хотя сама 1с используе) это понятно, но, мне кажется, это не говорит о том, что 1с использует СУБД только как хранилище

(5) кто нормальные оси не поддерживает?

(9) а есть факты подтверждающие обратно?

Более того лицензионная политика 1С напрямую запрещает вмешиваться в механизмы работы скуля и 1С и получать данные в обход 1С

(9) обратное, что не как хранилище?
понятно, что программист1с ограничен только тем, что дает платформа

у меня вопрос именно по принципиальным пунктам, что мол есть такая то возможность(и) в sql и если бы 1с использовала их, то можно точно сказать, что работает не как с хранилищем

(12) Используй сам, мимо 1С
Или так чисто, попистеть не о чем

(13) запрещено вендором

(14) Пффф

(0) топик ни о чем, ибо всем известно, что 1С поддерживает целостность на клиенте и не использует хранимок

(16) целостность разве не на сервере приложений?

(15) ну давай тогда на пиратский софт переходить. ведь пиратство тоже запрещено вендором

(17) нет ему пофиг

(19) думаю, что здесь не сильно принципиально: клиент1с или сервер1с

(16) отсутствие хранимых процедур и представлений - тут согласен, момент важный

(16) Это сделано с целью обеспечить переносимость и совместимость с различными sql-серверами. И это правильно, я считаю.

(21) На 77 хранимки были, сильно это спасало?

(22) угу
100500 раз обсуждено, что для ERP систем нынешняя архитектура 1С трехзвенки оптимальна и что все вендоры идут тем же путём

(20) не сильно. смысл в том что у скуля есть понятие первичный ключ и скуль может поддерживает ссылочную целостность. Т.е. не давать удалять те объекты на которые есть ссылки.

Но 1С не использует эту возможность. И я считаю это плюс 1С, а не минус

(25) прочти еще раз (20)
я не говорил про субд

Неопределено и пустые ссылки напридумывали, а нормальные СУБД NULL используют

(27) тут ты не прав
у неопределено и пустых ссылок вполне конкретное назначение
при том что null никуда не делся

(27) Это разные вещи

(28)(29) вы мне еще холивар устройте

(30) В объектно-ссылочной парадигме без понятия "пустая ссылка" не обойтись. Это значение поля, которое должно содержать ссылку, но не содержит её. А null это вообще не значение..

(31) в C# нет пустых ссылок, а есть null

(31) Это 1С придумало. Обойтись можно по-разному

(31) "В объектно-ссылочной парадигме" это что вообще? где эта парадигма описана?

(10) MS SQL вестимо

(33) Приведите пример, как можно хранить ссылки иначе

(36) пустые? как NULL ))

(32) ты говоришь про про клиент-сервер без сервера приложений?

(37) Поконкретнее. В СУБД, NULL - это вовсе не пустая ссылка, а отсутствие данных (отсутствие строки таблицы). Пустая ссылка - это одно из полей существующих данных. И называть это NULL - неграмотно.

(31)
стесняюсь спросить у САПа как с этим делом?
Или там тоже есть пустая ссылка, или там не "объектно-ссылочной парадигма"

и чем пустая ссылка отличается от пустой строки?

(39) в чем разница то?

(40) Не видел сап, но почти наверняка там пустые ссылки есть
(41) Практически ничем

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

и что такое ссылка? Я знаю "первичный ключ", но 1С вроде бы не использует это понятие.
Тогда что такое ссылка для MS SQL? разве не обычное строковое поле фиксированной длины?

(43) А вот Ненавижу 1С утверждает что это 1С придумала. Получается или 1С придумала САП или не 1С придумала пустую ссылку

(41) Отсутствующая строка таблицы данных - это не пустая строка. Вот ты связываешь одну таблицу с другой (left join), и оказывается, что для какой-то строки левой таблицы условие джойна не выполняется, ничего не приджойнилось. Тогда реквизиты из правой таблицы будут NULL.

(45) Пустые ссылки придумали еще в каменном веке

(46) и в чем же разница? ))
(43) "Не видел сап, но почти наверняка там пустые ссылки есть " ну все с тобой понятно

(47) но забыли их в РСУБД расположить

(44) для MSSQL ссылка хранится типом binary и, кстати, как первичный ключ

(48) В том, что если строка таблицы ЕСТЬ NULL - то нет и других реквизитов в данной строке. А наличие пустой ссылки в одном из реквизитов ничего не говорит о заполненности других.

(49) Теория РСУБД не касается пользовательского представления данных. Для СУДБ эта пустая ссылка имеет вполне непустое значение.

(51) все равно не убедительно

(44)[ разве не обычное строковое поле фиксированной длины?]
назвать UID строкой можно с большой натяжкой =)

ссылочной целостности на уровни СУБД нет, о чем речь то?

(54) а хрен его знает, о чем
про 1С всё известно и менять в обозримом будущем Нуралиев ни чего в архитектуре не будет

и это славно

(53) А в семерке ссылки хранились как строки с 36-ричным числом)

Мне расширений для деревьев не хватает, да и функций из скуля тоже.

(0) Не более как средство хранения + индексы. Так что мнение правильно.

1) отсутствие секционирования из 1С
2) отсутствие открытых ключей
3) отсутствие возможности устновки нормальной идентификации таблиц и полей

(59)
2) что значит открытых?
3) в чем неудобство работы в 1с сейчас?

(60) 2) нет возможности сразу, без колдовства построить диаграмму в СКЛ и показать связи
3) пользователям и разработчикам это не мешает, мешать начинает на проектах, где кроме пользователей 1С и разработчиков сущесвуют прочие заинтересованные лица для контроля, интеграции, защиты и прочее.

(61)
2) ну т.е. ты говоришь про отсутствие внешних ключей?

(60) Скорость. Код в 1с исполняется всегда динамически, следовательно, на компиляцию время требуется. А оно может быть разное.

(61) В последнее время компенсируется скоростью разработки:)

(0) с тобой согласны ребята из SoftPoint

(0)
Имхо, но грамотно и аргументированно этот вопрос могут обсуждать здесь всего несколько человек. И я в этот круг не вхожу, к моему сожалению. Хм, хотя, почему к сожалению? Хорошо, что мне в таких вопросах нет нужды копаться.

(61) Зачем? С точки зрения лицензии 1с доступ к данным информационной базы в обход платформы незаконен. Так какая разница, как они там хранятся..

(67)  ты ни разу не чинил битые ссылки на сиквеле, конечно чинил

и когда база упала или когда нужен быстрый доступ к данным лицензия побоку

(66) Какой вопрос?
ЧТо использует 1с? Или что НЕ использует?
Для первого никакой элитарности не надо...

это закат 1с

(68) нет не чинил, а зачем? они прекрасно из 1С чинится.
А вот как это сделать на сиквеле, даже примерно не представляю

(71) зря... средствами 1С на больших объемах они могут часами чиниться

(67) Незаконен когда SQL куплен по совместной программе с 1С. Если отдельно можешь делать что хочешь, хоть свои поделки на нем размещай.

вои подделки - ради бога, главное чтобы они не затрагивали данные с 1С

1C использует SQL почти по максимуму.

(75) В плане дает жару северу?
Таки да, простейшие запросы выливаются в мама-не-горюй

(73) Не путайте использование sql-сервера для посторонних баз с доступом к информационной базе 1с из посторонних приложений.

(0) Сила 1С в поддержке различных СУБД. Если привязываться к продвинутым фичам конкретной СУБД, да еще и выносить их в конфигурацию, то это уже будет несколько различных продуктов

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

+ все субд (кот. поддерживает 1с ) поддерживают пространственные индексы. так что тоже не помешало бы.

Мне кажется что у 1С хватило бы денег на специалистов , что бы вылизать модули для работы с различными СУБД по максимуму , но пипл схавает и без этого , а если что то тормозить будет  по вине кривых запросов - то тупо сервак помощнее ставится.

(76) Аргумент - почти нормально.

Чего не хватает?
- создавать составные индексы на только нужные тебе поля. Вручную. Полностью контролируя процесс.
- Более расширенного языка запросов (Trim, Convert, и.т.д.)
- Временные таблицы в дин. списках (тоже к исп. сервера SQL привернуть)
- Запись наборов записей (всех таблиц, а не только регистров).

Ваш контраргумен?

(80) "вылизать" и "1с" - понятия несовместимые

(81) Может временные таблицы и удобны, но в динамическом списке они провоцируют ошибки, если хорошо не понимать как они передаются в СУБД. Как в них культурно отборы для порционной записи добавлять? При не ровных руках можно основательно просадить производительность.
Если записывать объектные данные набором, то что будет с проверками бизнес логики для этих объектов (ОбработкаПроверкиЗаполнения, ПередЗаписью и тд.)? Всё равно их придётся вызывать и терять на них время.

(83) есть же привилегированный модуль, можно сделать еще один по прямой работе