Куда делась закладка "Связи" в Конструкторе запросов 1С Предприятие 8.2?

Она появится при наличии более чем одной таблице в запросе

Точно так же как и в 8.1:)

смистили...

магия...

Точно. В Аксессе легче написать запрос в конструкторе, а в 1С руками. :)

(1) Крута...

(5) да ну?

(7) Попробуй сам.

(8) в 1С запрос руками написать? ну пробовал. конструктором больше понравилось.

А в Access или в SQL Server пробовали?

(5) что же за примитивные запросы ты пишешь?

(5)"Вы не любите кошек?Вы просто не умеете их готовить"(С)

2(10) так чтобы с виртуальными таблицами, да?
или просто из учебника по скл-запросам

Лично для меня более понятен запрос сделанный в конструкторе Аксесс.
Кстати такие типы конструкторов запросов не только в Аскесс.
Зачем 1С изобретает велосипед?

(14) Не нравится 1С-ский, сделайте свой. Не нравится 1С, пользуйтесь Аксесс.

"переходите на Аксеес - там это реализовано". Не работайте с 1С, не портите свою карму.

(14) потому что задачи разные... рисовал и аксцессе и в 1С, везде свои интересности, но сказать, что в аксцессе лучше ты поторопился... они просто разные...

(13) Виртуальные таблицы (как это называет 1С), то есть запрос на основе других запросов реализован в Аксессе еще в 1992 году.

Сейчас 1С изобретает еще один велосипед - СКД, построитель отчетов.

вот люблю я людей, которым проще охаять, чем разобраться...

2(18) бог ты мой, надо же?
2(19) вот жеж суки.. и не стыдно им. И как таких земля носит

(19) у тебя в нике, в одной из букв ошибка.

(18) слови запрос 1С овский профайлером, а потом нарисуй его в Аксессе

(16) Без критики - застой и дурдом. :)

Про Аксесс могу сказать что с версии 2.0 (1994) в нем практически ничего не улучшилось. Но ведь это форум по 1С.

2(24) это не критика, это гундение себе под нос.

(19) И знаешь, ничего себе велосипедик, особенно для тех, кто умеет на нем кататься.

(26) Может быть. А где критика?

(29) я промолчу про все остальные версии, но стоит вспомнить хотя бы Access97 - просто небо и земля с предыдущим.

Чем плох стандартный конструктор запросов реализованный всеми фирмами кроме 1С.
У нас что свой обходной путь?
"Система компоновки данных" - такое название можно придумать только обкурившись - ничто не намекает что результат этого - отчет.

(30) Что нового в Аcess97 по Access20. Внешний вид другой? :)

Все, переносите ветку в "как срашно жить" или "юмор".

MDE файлы можно создавать и все изменения.

предлагаю или закрыть ветку или перенести в юмор

(35) поддерживаю... автор либо накуренный, либо кто-то его обидел нечаянно... либо по жизни...

(36)+ пусть идет куда-нибудь, рассказывает, что на мисте за критику 1С банят ))

2(36) посмотри его ветки - у него половина "как сделать как в аксессе".

По-моему, автор ошибся во второй букве своего ника..

(38) И что же?
После нескольких десятков попыток сделать удобный конструктор отчетов и написания столько же книг типа "Как сделать очень сложный отчет в 1С" - который в Аксесс делается за 2 минуты - создатели 1С придут к общепринятому виду конструктора запросов и отчетов.

(40) ловко ты их! молодец!

Ну а до той поры ты уже купил билет в криокамеру?

(39) угу
пятничное обострение

(43) Если ты менеджер - тогда я тебя понимаю. Тебе нужно продать товар, и тебе нет дела до его качества.

Работал с конструктором в MS SQL 2005, IBM DB 2. Они просто ДРУГИЕ. Сравнивать конструктор 1С с конструктрами СУБД как BMW X6 с Белазом. На X6 камни особо не повозишь, а на белазе на тусовку не поедешь..

качество - это не значит быть как Аксесс

Объясню почему.
Если бы в таких вопросах можно было бы установить однозначные параметры качества, то тогда у ледей не было бы множества языков. Был бы один.
Более того. Не было никакого деления на аналитические/синтетические, номинативные/эргативные, аглютантивные/флективные. из каждой пыры бы осталась только одна характеристика.
Однако мы такого не наблюдаем.
Наблюдаем другое. Наблюдаем множество людей, которые умеют говорить на своем родном языке и вдруг в какой-то момент пытающихся выучить иностранный. Но почему-то подходящие к иностранному языку как к своему. И спустя очень короткое время бросающих изучение иностранного, потому что не могут изменить этот язык в силу объективных причин, и не могут изменить себя в силу субъективных.

как в общем и не наблюдаем во всех программах  "конструкторы как в Аксессе"

(45) Приводить аналогии с автомобилями - демагогия.
(46) У всех типовые конструкторы, только у 1С - свой обходной путь. Приведите пример у кого еще нетиповой конструктор запросов или отчетов.

2(49) У Акспаты, Р/3

Видел отчет Акспаты - копия Аксесс.

Без критики - застой и создание "шедевров" типа "необычных" конструкторов запросов и СКД.

2(52) еще раз - это не критика.. Критика - это когда ты написал разработчикам и не купил поэтому их программу.

(52) ты неудачник и  виноват в этом сам, а не 1С

(53) У меня хоть такая критика, а у вас где?
Или вы считаете 1С - идеальная программа?

Или вы боитесь что вас за критику забанят?

(53) Как же я смогу критиковать программу не купив и не поработав на ней?

(55)А кто здесь считает, что 1с - идеальная программа?

(58) А чем плоха 1С? Вот СКД - это же чудо! :)

Разве не чудо: после изучения 500 страниц книги "Разработка сложных отчетов" в 1С можно сделать то что на Access за 2 минуты и нескольких страниц описания отчетов Access.
По-моему - это чудо!

(60) А в аксесе есть отбры и группировки по реквизитам полей.
А множественный отбор легко делается?

(61) + Настройки вариантов пользователем...

(60)[то что на Access за 2 минуты]
время пошло,
через две минуты на мисте должна лежать ссылка на оборотку по двум иерархическим справочникам в формате mdb
товары сверху вниз
склады по горизонтале
периодичность месяц

(61) Перед выводом отчета пользователь может выбрать параметры отчета.

(63) Ты мне исходную таблицу дай, я тебе выведу.

(65) нарисуй
мы тебе  доверяем
три таблицы
Склад - Id_Склада + Наименование
Товар - Id_Товара  + Наименование - иерархический любым путем
Проводки  - Счетчик Дата Id_Склада Id_Товара Количество

(0) Пол дня на обсуждение какой-то фигни потратил. И за что тебя работодатель только держит? :)

Это называется сводная таблица. Делается интерактивно.
В Excel тоже есть.
В отчетах CrystalReport, FastReport - везде аналогично.

Еще раз повторяю: берем MS SQL 2005 и IBM DB2 - там РАЗНЫЕ КОНСТРУКТОРЫ ЗАПРОСОВ. И отличаются они между собой так же как отличается конструктор MS SQL 2005 от 1C-ного конструктора и так же как конструктор IBM DB2 от 1С-ного конструктора.

Вообще, у меня складывается впечатление, что Е..ланов - пенсионер, который пытается объяснить молодняку, что раньше небо было голубее..

(66) http://zalil.ru/29819347
время пошло
на выходе должна быть:
оборотная ведомость по дням
с иерархией по товарам и группировкой по складам и товарам

Очередной дятел, который научился "как в Аксессе", а всё остальное отстой.
Присоединяюсь к высказыванию в (69).

(70) вот он и попался... 4 минуты прошло..

Короче да, Кристал, Фаст Репорт, Ексель, конструтор отчетов в Акспате - все похоже... Но только не нужно говорит что это индсутриальный стандарт. Потому что будь это так, не было бы например IBM Cognos - который НЕ похож на них. Не было МАССЫ .Net компонент для построения отчетов и визуализации данных.

Например:
http://www.gapminder.org/world/#$majorMode=chart$is;shi=t;ly=2003;lb=f;il=t;fs=11;al=30;stl=t;st=t;nsl=t;se=t$wst;tts=C$ts;sp=5.59290322580644;ti=2007$zpv;v=0$inc_x;mmid=XCOORDS;iid=phAwcNAVuyj1jiMAkmq1iMg;by=ind$inc_y;mmid=YCOORDS;iid=phAwcNAVuyj2tPLxKvvnNPA;by=ind$inc_s;uniValue=8.21;iid=phAwcNAVuyj0XOoBL_n5tAQ;by=ind$inc_c;uniValue=255;gid=CATID0;by=grp$map_x;scale=log;dataMin=194;dataMax=96846$map_y;scale=lin;dataMin=23;dataMax=86$map_s;sma=49;smi=2.65$cd;bd=0$inds=i238_t001800,,,,;i239_t001800,,,,;i236_t001800,,,,;example=75

Нажмите кнопочку "Плей"


Или вот:

http://www.google.com/publicdata/home


Так что все что автор делает - это взяп пучок травы, вопрошает почему она не похожа на кусты, какая с нее польза - забывая что есть мхи и лишайники и деревья.

(72) не удивительно:
- нарастающий итог на сиквеле пишется не каждым
- кросс-таблицу делает не каждый
- иерархий в Access нет
- группировок нет

(70) Файл я загружать не буду. Мало ли в Интернет негодяев.
Вот видео:
http://www.iqcomp.ru/v/e1872

(74) не обратил внимания, на итог "по дням". Это ты круто завернул. Однажды попал в ситуацию, когда 1С-ная "ОстаткиИОбороты" не работали "по дням", т.к. ЛЕВОЕ СОЕДИНЕНИЕ нужно было сделать. Часа 4 с запросом сношался, что бы "по дням" остатки и обороты вывести =) А "группировку" я подозреваю можно сделать через UNION. Вот что делать с иерахией в SQL мну не понятно =)

(76) через UNION можно только смешать детальные записи и группировочные

(77) Опять же как то на СПЕЦЕ по ЗУПУ приходилось такую чтуку делать, когда итоги по 2-ум полям нужны были с помощью консоли отчетов (тогда еще СКД не было)

Выбрать
1 КАК Тип,
Поле1,
Поле2,
Поле3,
Показатель

ИЗ Таблица

Объединить все

Выбрать
0 КАК Тип,
Поле1,
Поле2,
NULL,
Сумма(Показатель)

ИЗ Таблица

Сгруппировать по Поле1, Поле2

Упорядочить по Поле1, Поле2, Тип, Поле3


Получается аналог итогов =)

(77) а с иерархией что можно в аццесе сделать? =)

(79) [что можно в аццесе сделать]
по разному
я обычно делаю цепочку связанных таблиц и получаю иерархию фиксированной глубины
можно строить рекурсивные запросы сам к себе, но это хорошо ложиться на Oracle и сильно тормозит ANSI-SQL

собственно все есть здесь
http://sql.ru/forum/actualtopics.aspx?bid=4

"я обычно делаю цепочку связанных таблиц и получаю иерархию фиксированной глубины"
ну с фиксированной относительно понятно

а про рекурсиные почитаю. Это интересно =)

(76) Да в Access иерархию и интерфейс нужно делать самому.
Стандартный способ - добавить поле "КодРодителя", который ссылается на поле Код той же таблице.
Я вовсе не агитирую за Access.

Я говорю о типовых конструкторах запросов и отчетов - было бы неплох, если и у 1С были типовые конструкторы запросов и отчетов - почему нет?

(83) опять ложь
[после изучения 500 страниц книги "Разработка сложных отчетов" в 1С можно сделать то что на Access за 2 минуты и нескольких страниц описания отчетов Access.]

у 1С есть типовые конструкторы запросов и отчетов.
Было бы неплохо, если бы появились и альтернативные. Конкуренция и разнообразие всредств это почти всегда хорошо. Когда устоится  в8 и появятся такие люди как те, которые делали опеконф и телепат для в77 - возможно и появится.

(77) Иерархии в Аксесс нет. Какое горе! :)
А что значит "по дням"?

Зачем бухгалтеру иерархия? Контрагентов по папкам раскладывать? :)

(88) Тролль..

(89) на тролля не тянет,тролль - Сисой
ТС - мелкий орк

(90) Почему Сисой тролль? Вроде вразумительный специалист..

(89) Вы же на мой вопрос не ответили. Что значит "по дням"?

(90)+ дай ссылку - я бы его почитал =)

(92) учите мат.часть.

просто юродивый...

Во как! Оскорблять не боитесь, а критиковать 1С - боитесь.

(91) [Почему Сисой тролль? Вроде вразумительный специалист..]
на мисте - специалист
на sql.ru и axforum.info троль тролем

(96) Я не критикую.

Вот пример чем 1С лучше акцесса:
Моно сделать 1 отчет Товар, Склад, Количество

И пользователь может сделать варианты его:
1.
Склад, Товар, Количество

2. Товар, Склад, Количество

3. Рейтинг самых больших запасов (ТОп 10)

4. Сводную таблицу

5. Диаграмму

Это не все.

Можно так в акцессе? Нет. Я знаю.

(93) http://axforum.info/forums/showthread.php?t=31175
держи
Маззи против Сисой - улетный троллинг

это не оскорбление. Оскорбление - это если кого-то назвать собакой, если он собакой не является... А юродивый - это оценка.
Ну и ваше "критиковать боитесь" это вообще идиотизм.

(100) Повторюсь. У меня хоть такая критика, а у вас где?
Или вы считаете 1С - идеальная программа?
Где критика 1С?

2(101) да повторяйся сколько угодно. кто-то критикует кто-то использует. хочешь критики - ищи технический писателей и журналастов.

(99) аш зачитался =) Сразу про Г1С вспомнил..

За использование конструктора да и еще в связях убивать надо сразу, пока подобный пользователь базу не положил. Убивать надо жестоко. Что бы навсегда.

(98) Сводная таблица, диаграмма есть и в Ассеss и в Excel.
Вот видео: http://www.iqcomp.ru/v/e1872
Но я вовсе не агитирую за Access.
Я говорю о типовых конструкторах запросов и отчетов.
Было бы неплохо, если у 1С были типовые конструкторы запросов и отчетов - как в других системах программирования (Access, SQL Server, CrystalReport и т.п.) - почему нет?

(104) В смысле?

Зачем 1С изобретает велосипед и разрабатывает свои собственные конструкторы, если есть уже опробованные временем типичные конструкторы запросов и отчетов еще с FoxPro для DOS?

(107) ты бы хоть объяснил что такое "типовые конструкторы"

(31) вообще-то СКД используется не только для получения отчета

(103) [аш зачитался =) ]
+1

(108) Типовой запрос, например:
http://www.iqcomp.ru/v/e1811
http://www.iqcomp.ru/v/e1803
http://www.iqcomp.ru/v/e1801

Приемущество - наглядность. Что мешает сделать в 1С такой конструктор запросов?

(107)Вы вообще осознаете, что пишите? Ничего что эти перечисленные Вами продукты "немного" отличаются от 1С, и что структура с которой работают разработчики конфигураций своя (некая абстракция реальных таблиц)? И просто так взять и "использовать" то что Вы предлагаете всё равно не получится. И что самое интересное, даже если это сделать так как Вы себе представляете, то найдётся очень много людей, которым очень не понравятся эти механизмы и они будут кричать о их неудобстве и несоответствии "типовым конструкторам" ))

(111)Попробуй научить этому продвинутого бухгалтера. Если выживешь - расскажешь.

+(112)Хотя не могу не согласиться, что визуальное представление связи, как в Аксеесе, нагляднее и воспринимается проще, особенно у начинающих изучать теорию баз данных.

(113) Конструктор запросов не для бухгалтера, а для программиста.
А вы думаете бухгалтер будет разбираться с СКД? :)

Вообще в Access есть конструктор запросов и мастер запросов.
В 1С конструктор запросов напоминает мастер запросов в Access.
В 1С конструктор запросов как в Access отсутствует.

(112) А почему не получиться?

(105) Вы меня не поняли... 1С представляет намного бОльшие возможности по построению отчетов, чем другие системы.

Механизмы формирования отчетов (!О надо так курс новый назвать!) куда более универсальные чем где бы то не было!

Вы вспомните закладки в Конструкторе запросов 1С:
Таблицы
Связи
Группировки
Условия
Объединения
Порядок
Итоги
Все это есть и в конструкторе запросов Аксесс.
Но размещено не по закладкам, а наглядно, в одном окне.

(117) Я сейчас пока про конструктор запросов.

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

А, конструктор формирования движений есть в акцессе?

(122) Както коллега совсем не корректно выражаетесь. Здесь вполне объективная критика инструментов разныз систем...

Да потому, что готовых "типовых" универсальных библиотек нет. Их нужно под каждую систему делать. Разработчики сделали так как есть. Если Вас не устраивает, сделайте сами такой, как Вам хочется, никто же не запрещает ))
Вообще такие вопросы обычно задают студенты 3-4-го курса, у которых еще мало опыта и представления о системах автоматизации, которые научились чему-то одному и пытаются везде утверждать что именно их система лучше всех. В вашем случае это Аксесс ))

(123) Объективная? Он за 2 минуты сделал просимый отчёт в акцессе?

(125) Ну давай не будем по минутам о человеке судить. Не троль ведь.

(126) Или тролль, или неадекват. Терцим нон датур.

(111) для "этого" использовать конструктор запросов?
а если у меня порядка 10 таблиц в запросе используется и связи сложные, объединения, использование вложенных запросов? Визуальное отображение таких запросов нисколько не облегчит работу, а наоборот запутает.
Правильно сказали что такие картинки для начинающих самое то.

(109) А для чего еще используется СКД, кроме вывода отчетов?

(128) Это же простые примеры для обучения.

(129) Милтроль... Сначала поучите матчасть, потом пытайтесь выступать против.

(129) Система компановки данных предназначается для декларативного описания отчетов.

(0) "типовые конструкторы" -гамно по сравнению с конструкотором 1С.
Долгое время писал запросы в среде PL/SQL developer... намного проще было запрос руками набросать, чем в конструкоре...
при переходе на 1С 8 - конструктор запросов меня ОЧЕНЬ СИЛЬНО порадовал...

(128) + 100500!

картинки наглячдны чтобы 2 таблицы с 3-мя полями слинковать.... иначе - полнуе гуано...

(130) а что будет когда запрос не простой? 5 таблиц с 30 полями в каждой как вместить на одной странице? В 1С идет имено разделение по частям: поля отдельно, связи отдельно и т.д., что при сложных отчетах будет "доступнее"

Вот я со своей колокольни скажу, что читать чужие запросы в конструкторе легче. Но править! Не дай боже! Уж лучше я руками! Да еще и комменты вставлю!

(137) но не в аксесовском же конструкторе!!!

особливо запросы, которые из ЗУП!

(138) в 1с _править_ чето то конструкторами вообще ж*па. Не знаю уж как в акцессе.

(138) Такие конструкторы запросов не только в Аксессе, но и других системах программирования еще с 1994 года.
Чем понятнее, нагляднее будет конструктор, тем проще и быстрее будет сделать сложный запрос.

Конструкторов движений регистров в Аксессе нет, потому что нет объекта Регистр.

(139) Вот и я про то же. В 1С легче написать запрос руками, чем в конструкторе.

Если кто-либо программировал на других языка, "типичные" конструкторы помогли бы освоить 1С быстрее.

(140) покажи как нагляднее выглядит запрос с 5 таблицами в каждой из которых хотябы 10 полей, связи сложные

(140) Про что?

(140) читай внематочно (133)

(142)Что нужно выполнить?
Просто внутреннее соединение 5 таблиц по одному полю?
Или посложнее что-нибудь?

(144) + хотя не зная, может, я до каких-то секретов недопетрил?


тогда просвятите сирого, чего в конструкторе аксесса удобнее, чем в адинесовском...

Заметьте также что кроме SELECT, есть еще INSERT, UPDATE, DELETE - все в одном конструкторе.

(145) ну если это сложный запрос...

Вот здесь примеры можно посмотреть.
http://pashelp.narod.ru/index.html?msaccessselectquery.html
При работе с Аксесс у меня не возникало проблем: 2 таблицы или 6 таблиц, 10 полей или 30 полей. Не обращал на это внимание. В основном логика запроса в связях.

(147) Все понятно... Дальше можно не обсуждать. Следующим вопросом автора будет "Почему в 1С нет классов?"

(150) Не угадали. Я еще про типовые отчеты хотел поговорить.
Наверное завтра. Сейчас уже позновато. :)

(151) а ссылку нормальную не дашь?

(149) [При работе с Аксесс у меня не возникало проблем: ]
сейчас возникнут, покажи ка нам в конструкторе запросов в графике:
- UNION
- подзапрос

их нет ни куя

про пакетные запросы и не говорим

Давайте продолжим завтра. :)

(155) + 1
для завершения разговора классный анекдот
v7: Контроль остатков ТМЦ не контролировать, но документ не проводится
Evlanov

26 - 09.06.10 - 21:49
   
(24) Не понимаю вас. То что приходиться переделывать конфигурации означает что конфигурация плохо продумана.
   30
  Evlanov

27 - 09.06.10 - 21:51
   
(24) А программистом приходиться в этой конфигурации копаться.

(153) Насчет UNION в конструкторе запросов Access.
Запрос UNION состоит из нескольких запросов, которые создаются отдельно, отлаживаются, а затем копируются в запрос UNION.

Подзапрос в Access не нужен, потому что запрос может быть основан на результате другого запроса.
Например,
Запрос1: ВЫБРАТЬ * ИЗ Таблица1;
Запрос2: ВЫБРАТЬ * ИЗ Запрос1;
В 1С возможность это сделать появилась недавно - с помощью временных таблиц и пакетных запросов. А Аксессе это было еще в 1992 году.

До недавнего времени запрос в 1С должен был состоять только из 1 предложения ВЫБРАТЬ. Поэтому получается сверх сложная конструкция запроса: у вас 10 таблиц в одном запросе!
В Аксессе, например, запрос можно разбить на несколько последовательных запросов и отлаживать каждый запрос отдельно.

В алгебре чисел: X = A*B-C+D/Y
В реляционной алгебре: X,A,B,C,D,Y - таблицы, а +-*/ - реляционные операторы.

Можно оставить в алгебре чисел только операцию +, а остальные операции убрать?
В принципе можно, но получиться дурдом.

А в 1С сделали только операцию SELECT, а остальные не сделали (INSERT, UPDATE, DELETE). В итоге, то что можно на Аксессе сделать без программирования, с помощью последовательности запросов, на 1С нужно написать программу на 10 страницах!

Например на Аксеесс можно разделить запрос X = A*B-C+D/Y на части:
X1=A*B
X2=X1-C
X3=D/Y
X=X2+X3
и отлаживать каждый запрос отдельно.
В 1С нужно выполнить запрос сразу "A*B-C+D/Y"!
Отсюда у вас 10 таблиц в 1 запросе!
Проверить правильность работы такого запроса крайне сложно.

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

что мешает такие же запросы отлаживать в режиме Предприятия в Консоли запросов, а затем объединить их в один результирующий?

>А в 1С сделали только операцию SELECT, а остальные не сделали (INSERT, UPDATE, DELETE).

а для чего? что вы будете делать с Объектом Документ, к примеру, этими операциями? не надо путать таблички Access и Объекты 1С.

(159) Если результат из 10 последовательных запросов?
В 1С возможность это сделать появилась недавно - с помощью временных таблиц и пакетных запросов. Но это не стиль, а скорее исключение из правил.

>Если результат из 10 последовательных запросов?
которые SELECT? вложенные запросы, объединение, соединение. чего не хватат то?

[а для чего? что вы будете делать с Объектом Документ, к примеру, этими операциями? не надо путать таблички Access и Объекты 1С.]

А для чего операция деления? Наверное для автоматизации труда.
В принципе в числовой алгебре все можно делать сложением!
В компьютере на самом низком уровне например есть только сложение.

>А для чего операция деления? Наверное для автоматизации труда.

еще раз, конкретно: расскажите, что вы будете делать UPDATEом с Документ.ЗаказПокупателя?

(163) То что вы раньше делали перебором документов в программе.
Например, изменить реквизит документов за выбранную дату.

(164) ну изменили, что дальше с ним делать будем? Записать док? Провести его? Оперативно или нет? Вы предлагаете все механизмы работы с Объектами засунуть в конструктор запросов? а он не треснет? :)

еще раз: не путайте запись в табличке и Объект

еще пример: таблички с повторяющимся реквизитом, Склад к примеру. что бы нормально проапдейтить в Аксессе этот реквизит, мне надо помнить всю структуру хранения в табличках, написать не один запрос и ничего не упустить.
тут же в 1С: выбрал запросом (или выборкой) док, получил его, апдейтил чего хотел, записал нормально. все, дальше не моя забота, где там и как будет платформа апдейтить Склад в табЧастях, регистрах различных.

я, кстати, когда после 5 лет Фокса+Аксес присел на 1С8, сразу двинул на курсы, там хорошо разжевывают. а по началу тож воспринимал конструктор 1С как неудобную корягу по сравнениею с Аксесовским :)

(INSERT, UPDATE, DELETE)
Все это есть в 1С

(169) в 1С то есть, а в конструкторе запросов нет. отсюда и "плачь Ярославны"

(168) Склад. В Аксессе этот реквизит, а в 1С - ссылка . Помнить всю структуру хранения Склад не нужно. Но конечно вы правы в том, что объектная структура немного сложнее чем реляционная (табличная).

(170) Так у него плач в сторону 1С же.

(172) Если в сторону конструктора , то пусть нарисует свой , никто же не запрещает.

(171) что значит реквизит? или Вы прям во всех табличках писали "Склад№1" а не ссылку на справочник Склады, кодСклада, к примеру? та же ссылка на справочник, никакой разницы.

(173) А смысл? Все равно приходиться разбираться со стандартными конфигурациями.

(174) + Посмотрите как реализованы таблице в Оптимуме

(174) Правильно. Можно а Аксессе, почему то же нельзя в 1С?

(173) эммм... нарисовать свой объект КонструкторЗапроса или Построитель в конфигураторе? или мы про разное?

В смысле Апдейта.

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

(178) Консоль отчетов существует , пусть нарисует свой и в режиме предприятия колбасит свои запросы.

(180) Сохрани как внешний и пользуй вседа его.

(177) Как это нельзя , можно же.

(177) опять за деньги рыбу! чего нельзя то?
Док = Выборка.Заказ.ПолучитьОбъект();
Док.Склад = НужныйСклад;
Док.Записать();
апдейт? апдейт.

или все ж надо было Нуралиевым запихнуть все методы работы с объектами (с контролем поддержки целостности данных) в КонструкторЗапроса?

(182) в общий модуль его можно будет прописать?
или придется передавать туда результат выборки и разбирать его, апдейтить, делейтить, инсертить?
ТС хочет по правной кнопке мыши, в конфигураторе, чтоб можно было вызвать конструктор отчета и там резвицца. ну как в аксессе. :)

Читал я читал и смеялся - из вас хоть кто-нибудь видел PowerBuilder 6.5 1996 года выпуска. 1C до него еще лет 20 будет развиваться. Там крос отчеты лепятся за 10 сек. Любые сортировки и группировки  - на лету. Визуальный объект Datawindow непосредственно связан с данными. При этом источники меняются на лету. Да и все можно менять динамически. Поддержка практически любых БД (любые источники данных). Человеческие события визуальных элементов. Поддержка процедур БД , identity полей и прочего, прочего, прочего. Если кто не видел PowerBuilder - попробуйте взглянуть - вы будете очень удивлены скудостью и "слабоумием" 1С.

(186) Почему вы на 1С?

потому что проект москва закрыла (перешла на Новую Афину - банковское ПО) - приходится изучать что-то другое чтобы иметь хлеб с маслом. Приходиться изучать язык 1С как разработчику на уровне всего посылаемого на сервер, всех событий элементов 1С и прочего и прочего, чтобы от 1С получить хоть часть функционала PowerBuilder.

А найти работу трудно на PowerBuilder?

к сожалению да - это чисто западная система - в свое время стоившая просто бешеных денег. Лицензию в России было просто не достать - никто ее не купил бы. У меня копия диска единственной лицензии ГТК России (государственного таможенного комитета).

Кто не знает что-то PowerBuilder - прочтите хоть вот это
http://www.sybase.ru/products/powerbuilder

Делают же программы на Дельфи, например, без лицензии.

конечно можно делать - просто когда появился Дельфи и давался в институтах, PowerBuilder не мог так легко даваться - он был платным. И достать его было не возможно в то время (очень трудно даже на варезе). Причем бешеных денег стоит только он сам, а не приложения писаные на нем. У нас любой студент учится писать на нем за неделю.  Причем проект на версии 6 (1995 год) портируется под 9 версию без изменения хотя бы одной строчки кода.

На сайте hh.ru требуется программист Sybase PowerBuilder.
Как считаете почему 1С не делает "типичные" конструкторы отчетов, как например принято в других системах программирования?

Почему 1С изобретает велосипед в области создания отчетов?

вот и встретились два одиночества...

(194) Так как твои "типовые конструкторы" проигрывают в конкуренции.

(197) Приемущество 1С - есть типовые конфигурации.
А делать отчеты на 1С - все равно что на TurboPascal для DOS программировать.

Про отчеты продолжим завтра.

200
(0) Хочется им так.

Типовые конструкторы проигрывают только в тех странах, где люди - для таксистов(продавцов,чиновников, список можно продолжать...), а не они - для нас. У меня за плечами 19 лет разработки. Я видел как развивалась 1С. В то время как я ставил плачущим бухгалтерам шестерку под терминалку, моя бухгалтерия летела независя от количества пользователей. Так как использовала технологию Rushmore - CDX индексы (может кто знает, что это такое?) + строчная блокировка, поддерживаемой данной технологией. Кстати изучая 8.2 - можно видеть все глюки, присутствующие еще в 6-ке (попробуйте удалить поля _Code и _Description из Справочника и увидете, что получите - вот такие они "программисты" разработчики 1С). Но в нашей стране не нужны нормальные разработчики - потому что, тогда НЕ БУДЕТ ПРОБЛЕМ !!! А нет проблем - нет ДЕНЕГ !!! Все очень просто !!! ПРОБЛЕМЫ - это принцип, встроенный в нашу СИСТЕМУ. Как глюки в 1С. Нас силой привязывают (хочем мы этого или нет) к проблемам, чтобы потом доить нас.

(201) за Рамора слышал, в 90-х Фокс Про этим хвастался в толстой книге
но вот ссылочную целостность они чета как то забыли, оставили на совести разроботчиков, среди которых было тож порядочно недоучек

сорри, клавиатура западает
"за Рашмора"

Народ а подскажите - где ссылочная целостность в 1С 8.2 на MS SQL? Куча ничем не связанных таблиц. Нет ни одного констрейна, ни одного тригера, который удалял бы корректно связанные таблицы. Например, Вася захотел удалить элемент из справочника _Reference31 с табличными частями (таблицы _Reference31_VT49,_Reference31_VT50), а тут я даю команду revoke delete on _Reference31_VT49 to public. Что будет ?

(204) Целостность платформа поддерживает, не ???

(204) если я в Фоксе удаляю строчку в таблице документов, свзанные данные в табличке таб частей удалятся? а связаны они по какому принципу? через самописную табличку айдишников?

(205) тока на уровне объектов

(207) и что в этом плохого ? нужна целостность используй объектные типы - нет не используй, по моему во первых строках всех книжек по 1с написано

(208) я не против
но есть же Аксесс, Фокс и не побоюсь этого слова, Sybase PowerBuilder
пока они есть, 1С не катит :)

(209) Как бы наоборот , пока есть 1С они не катят. 1С ушел долеко вперед

(209) фигня какая-то, клепать на коленке поделки для школьников ???

В 1С при удалении элемента сама система в ручную выбирает ссылки из связанных таблиц (табличных частей). Кто даст гарантию, что это пройдет правильно?
Не используется ссылочная целостность БД, а как по старинке сама удаляет связанные записи - 21 век, а мы все сами удаляем записи.
Про типы - это вот это ?
http://v8.1c.ru/overview/CommonCommBase.htm
Это просто обман. Никто с БД не работает как в 1С. БД - это не набор таблиц. Это работа с сущностями. И если разработчики 1С не знают, что такое сущности, о чем можно говорить.

Скажите мне чем 1С опередил PowerBuilder.
Например в PowerBuilder можно:
Select Реквизит_1,Реквизит_2 into :Переменная_1, :Переменная_2 from Таблица_1 where Реквизит_3 = :Переменная_3;
это еще версии начала 90-х было возможно.

(210) (211) есть такое слово, "сарказм" называется

(204) Я че то не понимаю, какая разница на каком уровне ссылочная целостность в 1С поддерживается, на уровне платформы или на уровне СУБД? На уровне платформы, даже правильней.
Можно вообще залезть в базу и удалить пару таблиц, а потом спрашивать, а как же так?

(212) Более профессиональным подходом.

(214) Я бы сказал системы , которые поддерживают ссылочность на уровне СУБД являются по умолчанию более глючными.

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

(212) детский сад какой-то ;)

про
Select Реквизит_1,Реквизит_2 into :Переменная_1, :Переменная_2 from Таблица_1 where Реквизит_3 = :Переменная_3;
я забыл сказать - так можно писать прямо в теле модуля, не создавая никакие запросы.

(218) Ага.
Следующий вопрос будет такой: где же ссылочная целостность, если я залезу и пару байт у файла сотру.

(218) а Вы пробовали Sybase PowerBuilder на зуб? знаете Рашмора?
не брат, тут все серьезно

(219) если не ошибаюсь, в Фоксе тож так пишется, прям в теле

>>Я бы сказал системы , которые поддерживают ссылочность на уровне СУБД являются по умолчанию более глючными.
т.е. есть система высшего - уровня, которая супер надежная, опирается на менее надежную систему хранения данных (например на битый HDD). И она надежнее системы с номальным не битым HDD?

(222) Ты не воткнул о чем я.

расжуй глупому :) - без обид

Нельзя бизнес логику переносить на скуль . Скуль пусть хранит данные в табличках . Так будет проще .

(225) а почему нельзя ???

(226) Сказано же , так проще. Реализовывать бизнес логику надо не в SQL. Уже нарадовался с такими приложениями.

(226) потому что в результате выйдет 1С, или Аксапта, или Навижн
это в лучшем случае

Тогда зачем 1С вообще SQL? Они сидели на DBF. Перешли бы на Advantage xBase Sеrver. Что их потянуло на реляционку, с который они не дружат и которая им пофигу. Транзакции что ли ?

(229) она хорошо таблички хранит

я например думаю, что скорость 1с под Netware + Advantage xBase Sеrver + 4 гигами памяти под файловый кэш повыше будет чем сейчас под sql 2005 серваком.
кстати netware хранит таблички намного лучше винды. Как файловый сервер ее никто не опередил.

(229) 8.x отлично использует скл запросы для выборки данных
(231) для 100 активных пользователей ? или 250 ???

(231) а я еще Лексикон помню

в 1с нету sql запросов, а есть запросы -  предложения, которые преобразуются системой в SQL запросы. Можно писать запросы конечно прямо. Но как преобразовать тип Binary(16) SQL - ссылки или Binary(1) для "Булево" в тип 1С ? Чтобы они корректно отображались и по ним можно было апдейтить.
Т.е. как преобразовать величину Binary(16)(0x4564386548564876......) в СправочникСсылка ? И как ее отобразить корректно в табличном поле. Т.е. какой тип колонки надо указать при вызове добавить колонку в таблицу значений?

(234) Нуралиев Вас за такое заругает
нельзя туда лезть по лиценз.соглашению

я знаю как преобразовать строковое представление GUID (binary(16) -> в hex строку) в СправочникСсылка, но тогда приходится в SQL запросе выбирать и саму ссылку и ее строковое представление. Геморно просто немного.

(236) зачем это нужно ?

Работать с ADO напрямую с таблицами - не генерить всякий хлам на SQL сервак, а посылать на него только то, что требуется.
Т.е. не посылать на него команду select top 20 ... и прочую лабуду , а посылать только то, что требуется формой.

(238) в управляемом приложении это уже реализовано

(238) даже 77 не сильно тянула с сервера лишнее.
Интересно топ 20 это чтобы список отобразить или чего ????

[Я бы сказал системы , которые поддерживают ссылочность на уровне СУБД являются по умолчанию более глючными.]
Вы не правы. Ссылочная работа на уровне СУБД - залог целостности БД и автоматизация работы программиста.

СУБД для программиста - прежде всего автоматизация типовых операций при работе с данными.
Типовые операции: сортировка, группировка, подсчет итогов.

Как же 1С автоматизирует группировку и подсчет итогов?
Вот пример программ на 1С (2010 год) и TurboPascal для DOS (1990 год).

//-------------------------------------
// Пример отчета на 1С
// 2010 год
//-------------------------------------

ТабДок.НачатьАвтогруппировкуСтрок();
Выборка1 = Результат.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам);
Пока Выборка1.Следующий() Цикл
 Итого = 0;
 Выборка2 = Выборка1.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам);
 Пока Выборка2.Следующий() Цикл
   Область.Параметры.Поле = Поле;
   Область.Параметры.Сумма = Сумма;
   Итого = Итого + Сумма;
   ТабДок.Вывести(Область, Выборка2.Уровень());
 КонецЦикла;
 Итого.Параметры.Итого = Итого;
 ТабДок.Вывести(Итого, Выборка2.Уровень());
КонецЦикла;
ТабДок.ЗакончитьАвтогруппировкуСтрок();
ТабДок.Показать();

{--------------------------------------}
{ Пример отчета на TurboPascal для DOS }
{ 1990 год                             }
{--------------------------------------}

Assign(f1,'f1.txt');
Reset(f1);
Assign(f2,'f2.txt');
Rewrite(f2);
T=0;
while not eof(f1) do begin
 read(f1,K1,S);
 if Kold<>K then begin
   Kold=K;
   T:=K;
   Write(f2,'Итого',T);
 end;
 Write(f2,K1,S);
 T:=T+S;
end;
Close(f1);
Close(f2);
Exec('edit.exe','f2.txt');

Где автоматизация группировок в 1С?
Операторы НачатьАвтогруппировкуСтрок и ЗакончитьАвтогруппировкуСтрок - операторы-шутки. :)

С логикой рассуждений о том, что зато в 1С больше возможностей в отчетах не могу согласиться.
По этой логике нужно делать отчеты на ассебмлере - там еще больше возможностей.

Посмотрите конструктор отчета например на Аксесс.

В конструкторе отчета есть следующие группировки:
- заголовок отчета
- верхний колонтитул
- заголовок группы 2
- заголовок группы 1
- область данных
- примечание группы 1
- примечание группы 2
- нижний колонтитул
- примечание отчета

Вышеупомянутый отчет в конструкторе Access выглядит так:
- область данных
   [Поле1]
- примечание группы 1
   [=Sum([Поле1])]

Просто и визуально понятно.

а мне еще не нравится, что элементы управляемых форм нельзя редактировать визуально!

про СКД слышали ???
еще ни одного отчета не делал без СКД

(248) Насколько я понял (если неправ, поправьте) в СКД может быть только один текст запроса.
То есть результат из 10 последовательных запросов сделать невозможно.
Такой запрос в 1С будет нагромождением из 10 таблиц.
Это неудобно не только для создания, изучения и модификации отчета.
А Аксесс возможность последовательных запросов была уже в 1992 году.
Пример я уже приводил.

Это может показаться нелепо, но источником данных для СКД является ТЕКСТ запроса, а не РЕЗУЛЬТАТ запроса.

(249) Сдался тебе этот эксесс... Не встречал еще ни одного клиента, которые бы перелезал с 1С на него, а в обратном направлении - было дело. Покупатель голосует рублем, а ты можешь - ногами ;)

Очередной сказ, о том какая фигня 1с и какие классные другие программы. Не нравится 1с, сидите на аксессе, если он такой классный, никто же не заставляет )))

Не нравиться ВАЗ, ездите на Мерседесе , если он такой классный, никто же не заставляет :))))

Так о том же и речь. 1С могла бы включить все функции других систем - акцапты, навижина, сап и прочих. Но тогда бы она была такая же невостребованная как и они)))

Топик статер наверняка (извините за слово) старпер.

Что то освоил за то время пока мозги работали, а сейчас на все новое аллергия. Чтобы оправдать себя начинает поливать это грязью.
Знаем мы таких.
Была у меня гос. конторка, которую я посадил на восьмую бухгалтерию. Там тоже были свои штатные программисты Fox Pro.
Сидели, все поливали грязью, ошибки в журнале регистрации отлавливали. В итоге конторка то перешла на 1С-ку и прекрасно себе работает.

+(255)
Да я сам это проходил, когда с 7.7 перелазил на 8.0.
Все то мне казалось не то и не так, хотя мозги молодые.
Вот и сейчас, многое в 8.2 не нравится, однако за этим будущее, и хочешь и не хочешь надо изучать и дальше идти за прогрессом, а не сидеть на одном месте.

(256) А что вам в 8.2 не нравиться?

(257) Не нравятся упр. формы, в которых элементы управления самому не расставить.
Опять же упр. интерфейс режет глаз, по сравнению с 8.1.
Работа с оформлением табличного поля через СКД.
Но с нового года все равно от этого не уйдешь, переводить надо будет конфигурации, чтобы поддержки не лишится.

Никто не спорит, у 1Ски много недостатков. Особенно проблемы с низкой производительностью при записи, однако и есть много плюсов. Вот что касается отчетов, вы тут не правы. У 1С достаточно мощный механизм отчетов.

Приведу пример, у нас на предприятии есть еще система "работающая" на Oracle Forms, работающая конечно громко сказано. Потому что за 5 лет так называемого внедрения, и кучу потраченных денег, вся упр. отчетность делается из бухгалтерской базы 1С.
Ну так, механизм отчетов там на Discoverer.
Я конечно не знаток этого механизма, но он убогий. Там тоже можно задать запрос, установить параметры этого запроса и т.д. К примеру простенький отчетец, который я в 1С-ке сделал за 5 минут, так называемый "программист" по Oracle писал его 2 дня. Причем отчет без настройки, а в 1С можно крутить и настраивать как хошь.

Хоть один из крутых программеров 1с скажет превосходство новых технологий 1C над PowerBuilder, который имеет в своем багаже (краткое описание):
- полностью объектно ориентированный язык (поддержка наследования и пр.)
- возможность использования запросов SQL прямо в теле модулей (т.е. без создания переменных типа ЗАПРОС и соответствующего кодирования)
- поддержка любых БД и их элементов - процедур, функций
- поддержка 2-х и 3-х звенки
- возможность использования приложения в режиме сервера/клиента
- динамическое изменение любых атрибутов и элементов DataWindow(группировок, сортировок, вычисляемых полей (по группам и пр.)). Список "человеческих" событий в несколько раз больше чем в 1с
- крос таблицы
- наличие объекта proxy и соответственно построение proxy серверов.
- переносимость между версиями - код 5 версии без единой проблемы переноситься в 9 версию
- Источником данных визуального объекта Datawindow является запрос.
- типовые визуальные конструкторы
- для DataWindow может быть указано XML представление как на вход, так и выход.
- ЭлементУправления может быть не просто списком выбора - а запросом.

Я не крутой программист 1с. Более того, я не программист в принципе (тока моему шефу не говорите). и о плюсах и минусах спорить не буду. Потому что, это глупо и бессмысленно. У 1с своя целевая аудитория, у Вашего ПО своя. Жигули ругают все кому не лень, но люди на них ездят. Потому что, мерсы и феррари не по карману пенсионеру. Поэтому все "крутые" системы с кучами плюшек будут проигрывать 1с. И Ваше PowerBuilder нафиг никому не нужно будет рядовой фирме в СНГ с постоянными изменениями законодательства. Запихните в 1с все лучшее, что есть в других системах и она станет классной системой, о которой с восхищением будут говорить десятки спецов, но она будет пылится на полке и никому не нужна будет. Поэтому либо принимайте 1с такой, какой она есть и работайте в ней, либо не работайте)))

я говорю о том же. Глупо сравнивать мерседес и ваз. Кто-то ездит на мерсах, а кто-то на семерке и все довольны. Я только против того, что бы кто-то доказывал что семерка круче мерса. У ней своя ЦЕЛЕВАЯ аудитория, у мерса СВОЯ. Где-то семерка подходит в сотни раз лучше мерса. Я просто говорю о том, что возможностей у мерса поболе. Что он качественнее сделан. Он более безопасен. Что семерка (1С) это как МБП (малоценка), а мерс - это основные средства :) Кстати если запихнуть в 1с все лучшее - конечно получиться великолепное ПО. Но пока что-то не запихивается :(

Вы работали в 1С77 и 1с 8.2? Между ними пропасть. Поверьте мне как семерошнику. 1С активно развивается. За это ей огромное уважение. Я вообще не пойму отечественных программистов, ругающих 1С. Да, есть западные системы которые круче. Но 1с это единственная отечественная система, которая активно развивается. Может она и малоценка сейчас, но то развитие, которое она прошла, дает основание утверждать, что через несколько лет она будет круче любого западного аналога.

(260) Преимущество 1С - готовые типовые конфигурации.
У каждого средства программирования есть свои преимущества и недостатки.
Но вот почему то у всех однотипные конструкторы запросов и отчетов, а 1С изобретает велосипед?!
То есть перейти с PowerBuilder на Access можно с минимумом обучения, а вот на 1С - целая история.
У меня сомнения - стоит ли изучать СКД? Может в версии 8.3 1С чего-нибудь еще нового придумает?!

Понял, отчего у меня дежавю на этот топик: была такая полуось, про которую ее адепты говорили с придыхаением, что дескать, она ух и ах, а "этот ваш виндовс только домохозяйки для игр и ставят". Время все расставило на свои места, лучшее - враг хорошего.

(264) А почему конструктор запросов должен быть похожим?
Если бы все всегда делали все похожее, то развития не было никакого бы.
Видел к конструктор в Аксессе, ИМХО в 1С он гораздо более навороченный и мне лично удобнее, тем более что я и 1С-ым пользуюсь только для составления простых под запросов для сложных запросов, а потом вручную делаю сам.

А вот СКД - очень мощный инструмент для аналитических отчетов, практически все чего не хватало в построителеОтчетов там есть.

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

Переходя на новую систему всегда приходится переучиваться, а кто не может перебороть свою лень, тот пытается найти недостатки по сравнению с тем к чему привык и акцентирует на них внимание. А IT - та область, в которой самообучением надо заниматься постоянно и двигаться вместе с прогрессом. Не будете - значит будете рассказывать новому поколению байки типа того, какая у вас была замечательная "супербыстрая система на FoxPro" не то что нынешние, и какой вы мегапрограммист на самом деле.

Как разработчик на PowerBuilder просто укажу чего желательно добавить в 1С, чтобы сделать супер систему:
- в "Общие" добавить коллекцию "Запросы"
- в построителе формы у элемента формы добавить возможность при указании источника данных выбор из коллекции "Запросы"
- при указании у колонки Колонка.ЭлементУправления.СписокВыбора отображать в колонке табличного поля не код справочника, а представление списка выбора. При указании списка выбора - просто указывать Запрос
- в Запросе (Справочнике, Документе) указывать XML представление (на вход/выход)
Это навскидку. Можно еще долго перечислять.
Кроме этого - но я думаю они не пойдут на это - это переход от типизированных(нетипизированных) переменных, к классам с возможностью наследования и пр. Но главное - это поддержка запросов в качестве источника данных.

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

(269) а что Вам мешает написать свои запросы (если они настолько универсальные) в общем модуле МоиСуперЗапросы и использовать их как списки выбора, фильтры для форм отбора и т.п.

(0) Использование объектно-реляционной структуры БД, сводит на нет основное преимущество перечисленных вами конструкторов.

К тому же, уверен, что будущее на технологиями позволяющими строить тексты запросов декларативно, начало положено - СКД.

(241) Очевидно, что одна из причин контроля целостности данных платформой, а не СУБД - наличие различных вариантов хранения данных, особенно файлового варианта.

Конечно можно все это сделать. Чем и приходится заниматься :)
Просто интересно добавлять в 1С 2010 года выпуска функционал, который вылизан был в PowerBuilder в 1995 году :) Скажем так - небольшое отставание :)

(5) Просто в Аксессе язык не удобный

Насчет наличия различных вариантов хранения данных, особенно файлового варианта. Это и преймущество и недостаток 1С. Преймущество - возможность хранить и обрабатывать данные в чем угодно. Недостаток - все запросы со связаными подзапросами будут проигровать про производительности. И чем сложнее запросы - тем сильнее проигрыш. Например из-за слабости оптимизатора запросов Oracle на нем можно вообще пролететь в трубу по времени.