1C опубликовала патчи для PostgresSQL, поддерживаемой 1С:Предприятием 8

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

Еще одын спец по 1С v8. Никому они голову не морочат. Хочешь клиент-серверный вариант бери MSSQL или PostgresSQL. Кто тебе мешает это сделать? Только незнание возможностей продукта... Кто виноват?

На LOR почаще заходите... Вся проблема в вашей закрытости. А где закрыто - там всегда безобразия... Проблема в архитектуре... 100 клиентов для любого SQL-сервера - просто ерунда, ему хоть 100, хоть 500. Толстый клиент вас загубил...

попробуй посмотреть на ИНФИН

>Толстый клиент вас загубил...

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

Согласен!

> Жадность их сгубила и монопольное положение на рынке.

Поясните, пожалуйста, термин "сгубила" применительно к 1С.

>термин "сгубила" применительно к 1С.

То что у вас все еле ворочается, жрет кучу ресурсов.

>термин "сгубила" применительно к 1С. То что у вас все еле ворочается, жрет кучу ресурсов.

Добавлю, у меня сейчас открыта база на постгресе одним из инструментов. В ней только таблицы, 5 функций и НИ Одной процедуры. Это Вам не говорит о том, что SQL-сервер не используется по своему прямому назначению - это тот же самый файл-сервер (сундук для хранения чего-то)

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

Проблемы и претензии начинаются с ростом числа пользователей. Есть [обоснованная] надежда, что в 8.1 с этим будет полегче. В самой Платформе и в конфигурациях, потому что появились дополнительные возможности.

Так что пока нет ощущения что 1С что-то сгубило. Ни как платформу, ни как фирму ;)

Мы не говорим про их финансовое состояние. Мы говорим по технические решения. А они из каменного века...

Как альтернатива для простых смертных есть такая вещь как Бухгалтерия ВС. Что-то вроде тайного конкурента 1С...

Все эти проблемы это хлеб наш. Тех кто бьется с 1С серверной частью, и тех программеров, кто пишет конфигурацию для создания отчетов той же 1С. Кому стыдно может не брать с Бухов деньги за настройку шрифта во вкладке.. Работа НЕ Волк. IMHO Ее всегда будет вдоволь.

Авторы 1С даже тут умудрились облажаться: вместо удобочитаемого даже глазом unified diff format подсунули нечто, что переваривать придётся посредством распаковки в 2 места, наложением патча в одно из них и выделения из них унифицированного diff'а, понятного глазу и понятного машине unified diff. Что уж говорить о платформе... там наверное царит такой же "порядок".

>у меня сейчас открыта база на постгресе одним из инструментов

Так что когда 1с говорит, что у нас есть решение на SQL-сервере, то она просто дурачит своих клиентов. Ихний SQL ни чем не отличается файл-серверного, а может даже хуже. Это все создает жуткий трафик в сети и тормозит работу работу клиентов, так таблицы многие все время заняты считыванием-записью. Вот отсюда и тормоза.

> Мы говорим по технические решения. А они из каменного века...

XMLная реализация распределенки, существующая в Платформе уже много лет, или WEB сервисы?

Какие именно технические решения, на Ваш взгляд, из каменного века?

> Так что когда 1с говорит, что у нас есть решение на SQL-сервере, то она просто дурачит своих клиентов. Ихний SQL ни чем не отличается файл-серверного, а может даже хуже. Это все создает жуткий трафик в сети и тормозит работу работу клиентов, так таблицы многие все время заняты считыванием-записью. Вот отсюда и тормоза.

Не уверен, что мне понятны все Выши мысли, но

1. Если Вы думаете, что таблицы всегда целиком прочитываются на клиента, а потом с ними работают, то это не так. 2. SQLный вариант радикально отличается от файл-серверного. При этом на некоторых операциях он действительно хуже, однако масштабируется он несравнимо лучше.

> Авторы 1С даже тут умудрились облажаться: вместо удобочитаемого даже глазом unified diff format подсунули нечто

"Нечто" называется context diff. Использование этого формата [почему-то] принято в PostgreSQL'ном community.

>2. SQLный вариант радикально отличается от файл-серверного. Но не у Вас... SQL-сервер тем и отличается от файлового, что за счет процедур сокращается время обращения к таблицам, данные по сети не гоняются, а SQL-сервер чаще всего выдает только результат вычисления, а не все таблицы. Клиенты напрямую чаще всего к таблицам не обращаются, а обращаются к серверу. За счет этого и достигается быстродействие.

> SQL-сервер тем и отличается от файлового, что за счет процедур сокращается время обращения к таблицам

Это не совсем (или даже совсем не) верно. Почитайте классиков (http://williamspublishing.com/Books/5-8459-0788-8.html , например).

Когда клиент SQL-сервера просит SELECT F1 FROM T WHERE F2=123, то по сети передается сам запрос и результат его выполнения, а не вся таблица T.

Вобщем, делайте нормальный SQL-сервер с тонким клиентом - все проблемы как рукой снимет. :) Доходы у вас не уменьшатся, а наоборот... И клиенты будут довольны. И под линукс клиента надо, а то уже все стонут от вас и БГ :D

>Так что пока нет ощущения что 1С что-то сгубило. Ни как платформу, ни как фирму

дык все впереди, особенно в свете начавшихся репрессий против использования пиратских продуктов МС. Да некоторые кастомеры уже кричат "Все что угодно, только не 1с".

И еще... Откажитесь вы от этого ключа, он только законопослушным вашим клиентам проблемы создает. Кому надо - те все равно ломают... Как у других - через получение обновлений (техподдержка называется). Франчайзи ваши даже законопослушным клиентам обновления за отдельную плату впаривают. Нахлебников вы наплодили много на одного трудящегося :)

Я в общем-то не опрашивал, просто встречался с людьми кто внедрял, настраивал и администрировал. Многочисленные получились так- я знаю 2 случая, те с кем говорил еще по 2, в этой цепочке уже довольно много получилось =)

Про нагрузку я сказал- 100-150 чел. железо 2-х 4-х процессорные Xeon, 8Гб ОЗУ, RAID-0+1 на 360 Ultra SCSI(что интересно, скорость дисковой системы мало сказывается на производительности 1С, в часности, проведение документов).

Критическая нагрузка- после 50-70 активно работающих человек.