Они и "родной" MS SQL поддерживают в сильно урезанном виде, и не развивают.

Gallemar,

Почему же. Вся мощь примитивного SQL доступна. Даже несколько вьюх прикрутили же.

KreatorXXI,

Не путай работу с базой данных Firebird с хранением собственной базы данных 1С на Firebird.

rdb_dev,

А, так ты ещё и по 1С специалист, а заодно и по объектным БД?
Кроме собственно объектов, там есть и информация, приближенная к реляционной - это т.н. "регистры". Вьюхи для работы с ними были написаны 1С при разработке 8й версии.

rdb_devПоследний раз занимался 1с более 5 лет тому назад. Получил корочку "1с про" и благополучно забил на 1с. Терпеть её не могу."Про" - это кучка вызубренных билетов, типа "в каких режимах работы можно запустить 1С".
"Специалист" я имел в виду не корочку (у меня, к примеру, нет ни одной), а претензии на знание системы на уровне, достаточном для написанных тобой высказываний.

"Терпеть её не могу" - особенно понравилось.
А я вот пару лет назад пользовался крестообразной отвёрткой с направляющими, даже шкаф собрал, и потом благополучно забил. Терпеть её не могу, ведь правильная отвёртка - это только плоская и шестигранная.

rdb_devВозможно, я тебя огорчуПока что - только веселишь.
rdb_devна курсе "Специалист" принципиально не дают каких-либо знаний по структуре БД - "ибо нефиг"Такого курса нет, и не было. Все "специалисты" узкоспециализированые.
rdb_devИ, если мне не изменяет память, описание объектов этой ORM храниться в собственном проприетарном бинарном формате в блоб полях, реинжирить которые вряд ли кому-то упёрлось.А ты хотел SQL-запросы по описанию объектов, что ли?
Дельфи-формы тоже в собственном проприетарном, и никто не перенапрягся.
rdb_devРегистры ... и нужны они только для того, чтобы не пересчитывать данные всех документов за все периоды, а хранить промежуточные итоги, отталкиваясь от которых можно "продолжать" расчет не перебирая данные документов в "закрытых" периодах.Не промежуточные итоги, а заранее посчитанные данные в удобной форме. Итоги отдельно хранятся.
Кстати, назови-ка мне какую-нибудь ERP-подобную систему, где данные пересчитываются по документам. Ну, кроме твоей системы, видимо. Хотя можешь и свою назвать.
rdb_devв самой БД минимум автоматизации и все данные сначала тянуться на платформу, а затем уже "джойнятся", что определенно сказывается на быстродействии всей платформы не в лучшую сторонуПрочитал это, и возник вопрос. Ты привык документы прямо в списке (плоской таблице) редактировать?
Многие виденные мной системы работают, например, с документом так: читают кучей запросов данные по документу из разных (логически связанных) таблиц, и распихивают по форме. При записи - в обратном порядке, распихивают данные запросами в разные таблицы, относящиеся к этому документу. В общем, то же самое, что 1С, только без создания промежуточного "объекта".
rdb_devНо самый сильный раздражитель, это перетаскивание заказных изменений при обновлении типовой конфигурации... Кто сталкивался, тот меня поймет.Из этой фразы я вижу одно - ты сам ничего не писал, а только с неизвестным успехом перетаскивать чужие кривые дописки.
Либо писал так, что никак не предусматривал возможность лёгкого переноса на новый релиз, сам себе на яйца наступал.
rdb_devОни и созданы для того, чтобы перманентно хранить какие-нибудь агрегированные данные (итоги расчетов), которые потом можно использовать в дальнейших расчетах.Ты сейчас описал вообще все данные в любой СУБД.


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

rdb_dev"1С:Специалист по платформе "Это и есть специализация.
rdb_devДельфи-формы хранятся в human-readable формате. Могут храниться.
rdb_devПосчитанные для чего? Для представления на форме? И поэтому регистры хранят данные с временным срезом? Ты хоть в одну типовую конфигурацию 1С заглядывал?Похоже, структуру данных 1С ты знаешь даже меньше, чем я подумал сначала. Воспользуйся советом Станислава, посмотри ПолучитьСтруктуруХраненияБазыДанных(). Только не по регистру сведений, там вообще итогов нет, даже отдельных.
rdb_devЛюбая ERP системаМеньше слов, просто назови. Чтобы не использовала хранимых агрегатов в любом виде.
rdb_devИз этой фразы я вижу, что ты вообще не имеешь никакого отношения к конфигурированию 1С, иначе бы знал, что как не приседай, вынося заказные изменения в отдельные модули/формы тебе в любом случае необходимо вставлять вызов этих элементов в модули и формы типовой конфигурации, а если таких изменений не одно и не два, то ежемесячный "мартышкин труд" с немалыми временными затратами тебе обеспечен.Я не утверждаю, что вообще ничего не надо переносить. Но есть множество приёмов, облегчающих перенос изменений.
К примеру, щас ты загуглишь и напишешь сюда, что всегда пользовался подписками на события, но "ты их терпеть не можешь".

И пожалуй, поехали в раздел 1С.

Модератор: Тема перенесена из форума "Firebird, InterBase".