Реализована работа с СУБД PostgreSQL.
СУБД PostgreSQL может работать под управлением операционных систем Windows или Linux. Используется модифицированная версия PostgreSQL, дистрибутив включен в комплект поставки.

Используется модифицированная версия PostgreSQL, дистрибутив включен в комплект поставки. фраза говорит о том что 1с по крайней мере встроила поддержку своих регистров в PostgreSQL... По крайней мере...

Вы представляете как это повлеяет на скорость??????????7

А может я и ощибся...
может быть просто провели совместимость с MS SQL

а в чем должна выражатся поддержка регистров?

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

н-дя... может, почитать стоит про OLAP и OLTP, чтоб не объяснять всяким французам что это такое и зачем нужно?..  про процессинг куба слышал?

+4 а любое тобой OLAP в 1С реализован в виде сводной таблицы...

France это я знаю.... но реализация на уровне базы данных по любому даст многократный выйгрышь? или не согласен?

(6) дарагой, с чем я должен соглашатся?..

France
такой пример, получение данных через куб и через запрос различается в 10 раз

это сам проверял

1с пользуется запросами....
на сколько я помню в PostgreSQL есть OLAP, что мешает 1с модифицировать PostgreSQL под себя?

(9) теперь на запись в куб проверь.. и еще раз - процессинг куба слышал?..

да слышал....
запись в куб менее частая... (посмотри колво проверок при записи) но будет дольше... правда проведение доков все равно будет быстрее!

а построение отчетовв, которое так любят гл бухи и начальство будут летать!

(12) ты издеваешся или прикидываешся про "проведение доков все равно будет быстврее!"???..

France пока не знаю.... в принципе есть шансы что также или быстрее процентов на 10 или что медленнее в 2 раза

на досуке почитай про OLAP...

неоперативное точно будет многократно медленее.....
оперативное по мойму все таки быстрее.....

France ну дай ссылку тогда

Кубисты,мля.

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

Млин, старшая группа детского сада.
Услышал какую-то чушь и давай ее мусолить.
Батенька, букварь нужно читать. И не применять слова только потому, что огни красиво звучат - читай Кэррола по этому поводу.

я вот так удыбнусь ))))))))) похож на чеширского кота?

просто поглядите первый мой пост :)

(23) да ну тя в задницу! Тут футбол у меня у Дудки и у всех глаза налоб!
А вы тут про какой то жалкий ничтожный OLAP! Акуели совсем!
Иди пиво пей,животное! Аллюр "три креста"! Марш!Марш!

Linux, Postgres - дешевый пиар о "многоплатформенности". Ценность ее равна нулю. Нужна она только "чистА кАнкретнА прАдвинутым пАцанам" или вчерашним сдужентам. MS SQL совершенно устраивает в качестве хранилища данных и по функционалу, и по производительности и по цене. Никаких преимуществ многоплатформенность не даст.
Лучше бы не занималиль всякой хренью, а привели в божеский вид свои типовые решения. Директорам плевать на Linux, им приличное бизнес-решение нужно. А платформа - хоть на феликсах считает.

http://itland.ru/events/detail.php?ID=1055 читайте тама все есть:)~~~

(20) Согласен на все сто :))

(25) И с тобой согласен :))

(26) про кластеры мощно задвинуто. Не спорю.
Почему то верится в хорошее. Такой уж я вырос.Увы.

(29) Сам такой (в смысле я)

похоже в 81 сделали хотелки о которых давно просят типа
Реализована возможность обновления конфигурации базы данных без прерывания работы пользователей тех случаях, когда изменения не затрагивают структуры данных.
Реализована возможность включения и выключения журнала средствами встроенного языка.
уже неплохо. только вот цена какая будет на 81 вопрос?

и что, 8.0 и 8.1 буду жить параллельно?

(32) Лишь бы они не умирали синхронно...

Незнайка 1С так писали же для пользователей 1с 8.0 апдейт бесплатно

(31) Хотелки, а также сопелки и вопилки. :-)

    ,__                 __,
   /'-.'-._..-----.._.-'.-'\
  |    \.-'         '-./    |
   \_.-'               '-._/
    /`      _     _      `\
   ;       (@)   (@)       ;
   |      _..-----.._      |
   |    .'    .-.    '.    |
   ;   /     (   )     \   ;
    \  |      '.'      |  /
     '. \      :      / .'
       '-:-..__:__..-:-'
    jgs    `'-._.-'`


Интересно, исправили ли ошибку в 8.0 с ожиданием блокировки? :-)

(0) Фраза про спец.дистрибутив - это просто добавление регистрочувствительной сортировки. Никакие регистры в Постгрес не встраивались.

(35) Ну это что в этом направлении сделано:
"20. Изменена работа механизма блокировки объектов базы данных. Блокировка объекта базы данных не препятствует его модификации и удалению. Расширения форм объектов накладывают блокировки автоматически для обеспечения защиты объектов от одновременного редактирования различными пользователями. "

(37) кажись, 35 говорит о нагрузке процессора при ожидании разблокировки..

(37) "Блокировка объекта базы данных не препятствует его модификации и удалению"
....ну здравствуйте !!!

(39) да пусть чел радуется, ей богу..

Ага..."будет многократно быстрее!"


бред лоховатого сивого мерина в ясную лунную ночь....

(0)
Не будет намного быстрее. Может даже притормаживать ;)

(39) Да, так написано на сайте 1с... скорее всего чёс

(43) опять мы впереди планеты всей? В науках?

(44) В (26) приведена ссылка, оригинал сообщения здесь:
http://v8.1c.ru/beta81/index.htm

если на сарае написано "..й"... пардон-с.... "дрова", а их там нет....

(46) :-)

А-а-а-а! Держите меня семеро! Они _модифицировали_ PostgreSQL! Во-первых, не с
их тупыми мозгами соваться в PostgreSQL (я немного экстраполирую ввиду того,
как долго они реализовывали старые фичи и до сих пор не ввели новые).
Во-вторых, они создают решение, которое будет жить, пока живёт 1С, а это, я
надеюсь, не долго. Для того, чтобы жить подольше, надо использовать
поддерживаемый другими продукт без изменений --- кто в их модифицированный
PostgreSQL будет постить багфиксы или даже просто багрепорты? Короче, идиоты
так и не прочитали ни Фреда Брукса, ни Эрика Реймонда.

(25) Всем известно, что бизнес не интересует ничего, кроме получения бабок. Но  
поэтому в нормальных местах нормально финансируют все подразделения, отвечающие  
за реализацию получения прибыли, а потом с них спрашивают. И почему-то  
1С+Windows+MSSQL со своей невозможностью работы 24*7*365 нифига никому не  
нравится. Linux как раз и позиционируется (и добился всем известных успехов)  
как серверная ОС для подорбного режима работы. Соответствющие дистрибутивы  
выпускаются, и обеспечивают такую непрерывность работы. Но тут врывается 1С,  
которая в принципе не может оперативно фиксить проблемы в функционале и  
безопасности своих продуктов (кто не верит, почитайте про особенности поддержки  
коммерческих дистрибутивов Linux, таких, как RedHat Enterprise Linux и SuSE  
Linux Enterprise Server и некоммерческого Debian Linux), и начинает внедрять  
что-то своё. Ввиду того, что манагеров, похоже, в 1С больше, чем нормальных  
программистов, могу предсказать, что выйдет ужасное гуано. В общем, не зря
ОпенСурс проекты платформ автоматизации бизнес-процессов и документооборота
поднимают головы --- лев уж не тот, сгнил изнутри.

+ к моим истерикам:

Мне кажется, BSD-лицензия была как раз изобретена для того, чтобы нечистые на
руку производители софта, желающие оторвать себе кусок пожирнее, чаще чем надо
оставались у разбитого корыта, наедине с поддержкой своих (а точнее, спи##еных)
продуктов.

(48) С чего ты взял, что они модифицировали Postgres SQL? Вроде ничего такого в пресс-релизах не было.

В новости на 1c.ru написано чёрным по белому "СУБД PostgreSQL может работать
под управлением операционных систем Windows или Linux. Используется
модифицированная версия PostgreSQL, дистрибутив включен в комплект поставки."

Кстати, насчёт версии PostgreSQL. Нативный сервер для винды появился начиная с
версии 8.0, так что не старее будет..

(52) Не понятно, что вызывает твое неудавольствие. Что 1С использует как ОпенСорс движек Postgres SQL? Что 1С вообще существует?
Да с фиксированием ошибок у них не самым лучшим образом обстаят дела, но не во всех ОпенСорс проектах оперативно исправляют баги:
«Контролем никто не занимается, — говорит главный специалист Linux-компании WireX Communications Криспин Коуэн (Crispin Cowan). — Экспертиза старого кода — трудоемкая и нудная работа, выполнять которую никого не заставишь»
http://www.zdnet.ru/?ID=185223

(51) Про "это" говорилось с самого начала.
модификация заключается в добавлении регистрозависимого полнотекстового поиска.

(54) Хокей. Понял. Ничего страшного в этом не вижу. А то что в дистрибутив будет входить полноценный SQL сервер вообще великолепно!

не нравиться PostgreSQL, платите за мелкософт SQL ... - никто не заставляет.

Интересно.. PostgreSQL идёт как бинарник или как исходник???
если втрое, то собрав его с NPTL (-O3 -I/usr/include/nptl -L/usr/lib/nptl) на Линукс платформе будет даже очень шустно :D
проверял на базе (телефонный сравочник образца 1999 года по сочи из dbf закидывал)

(57) по GPL лицензии должны поставлять и бинарник, и исходники

(29)Забавно было, что в 7.7 кластер можно без проблем организовать, а в 8.0 фигвам
в 8.1 спохватились)))

(49) Ты знаешь, сколько стоит разработка и поддержка софта, который работает в режиме 24*7*365 (да еще с надежностью уровня 99,99% хотя-бы)? НИ ОДИН здравомыслящий начальник не будет ставить на такую работу продукт, за которым не стоит контора, которой можно предъявить потери, если софт все-таки сломается.

(58) Необязательно поставлять исходники. Главное, чтобы не было препятствий в получении исходников.

(60) В западном мире принято страховать крупные риски. А при наличии страховки в крупном производителе нет необходимости.
Правда цена страховки будет сильно зависеть от авторитета производителя...

в России это не имеет значения, риски не риски, во у меня 2005 SQL умер...

(59) в семерке был сервер приложений?
(60) можете привести примеры такого софта или предъеявления потерь?

(64) Наверное имеется ввиду, то что в 7ке была двухзвенная струкутура и MS SQL сервер поддается кластеризации, а 8ке трехзвенка и сервер 8ки кластеризовать невозможно

+(65) 7ка это 1С: Предприятие 7.7, а 8ка 1С: Предприятие 8.0

в ссылке (29) говорится о кластеризации сервера приложений...

Кластеры на postgreSQL
http://www.nixp.ru/news/3283

А про временные таблицы в языке запросов - заценили фичу ? :)

(69) а что там ценить?

(53) Кошка, моё неудовольствие вызывает сам факт того, что они распространяют
патченый PostgreSQL в виде бинарников (спорим на 10WMZ?), так как PostgreSQL
распространяется по лицензии BSD, а она позволяет почти всё. Нормальные люди
делают следующим образом: выпускают патч (который в случае его накладывания
будет зависеть от ключа --enable-<фича> в скрипте configure, а не железно
прикручивать фичу), комиттят мэйнтейнерам PostgreSQL. Если те принимают, то 1С
ссылаются на сервер и говорят, как надо компилить, поставляя уже скомпиленные
бинарники для винды, RedHat и SLES (ну, и для ASP Linux Server, конечно же).
Если мэйнтейнеры не принимают, выкладывают патч у себя вместе с теми же
бинарниками. Поддержка NPTL в бинарных сборках зависит от того, знают ли
программисты 1С про NPTL, и мне кажется, не знают. Короче, мне не нравится
произвол 1С, ведь можно сделать по-умному.

(60) А что, резервирование уже отменили? Причём резервирование средствами
Линукса делается на раз, а вот виндой...

Согласен, погорячился я. Вроде для задач, которые решает 1С, простой в пару
минут некритичен.

Кстати, тот софт, который содержат в себе коммерческие дистрибутивы (RHEL и
SLES), кроме производителей этого софта, обслуживается ещё и сотрудниками
соответствующей фирмы (RedHat или Novell), так что тут уязвимости закрываются
быстро. Другое дело, что к 1С-ному варианту PostgreSQL нельзя применить обычную
для таких дистрибутивов процедуру обновления, а надо устанавливать почти
руками. Вот такая вот эпидерсия.

За годы существования UNIX возникла культура пользования им и программирования
в нём. То, что 1С не обращает внимания на эту культуру, вызывает моё
недовольство и характеризует саму 1С с худшей стороны. Манагерам, понятно,
пофигу на эту культуру, но вот те, кто занимается поддержкой серверной части их
чудесного комплекса, понимают всю ущербность такого подхода.

(73) Ну что сказать, ты прав. 1С поставляет коммерческие продукты и соответственно такй "закрытй" вид распространения ПО (без исходных кодов). Судя по всему они это делают законно (BSD насколько я помню сама демократичная из Open Source лицензий), хотя возникает вопрос, 1С по этой лицензии обязан включать исходники в поставку, так или нет?
ЗЫ: Кстати такую форму распространения ПО они могут аргументировать тем, что тот патч в движке предназначен только для "1С:Предприятия 8.1" и соответвенно обновления может делать только сама фирма 1С.

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

Да лицензионно-то они чисты (в винде много BSD-лицензированного кода, но M$ не
спешит постить исходников). Я недоволен неудобствами для нас, конечных
пользователей. Та же NPTL, да и банальный переход с архитектуры на архитектуру
показывает полнейшую зависимость от 1С, а они не очень любят возиться с
поддержкой багрепортов.
Более того, для меня, как участника одного из OpenSource-проектов автоматизации
всего живого, такое положение вещей очень даже радует.

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

(76) "Доступно и всерьез" (с) :(

(69) так, в чем прелесть фичи?.. что за временные таблицы? те, что виртуальные, или же в терминологии SQL сервера?.. если временные таблицы SQL - кто и когда будет их создавать?..

(63) А SQL позиционируется как "круглосуточный" софт?
(64) Могу, только без конкретных названий. Это (к примеру) софт по управлению движением (ЖД, воздушный). Простой таких систем в часах ведет к колоссальным потерям (не говоря уже о возможных человеческих жертвах). В этом или прошлом году из-за компьютерного сбоя стоял Хитроу в районе 12 часов. Убытки исчислялись сотнями миллионов. Были там иски производителю или нет - никто не узнает (это и не афишируется), но то, что разработчики забыли обо всех естественных потребностях до момента исправления бага - это 200%.
Сюда-же относятся системы управления реакторами, хим.предприятиями и т.д. Однако там надежность может исчисляться 99,999 и 99,9999 - а это еще дороже и сложнее. Не очень давно на эту тему была статья на РБК.

(72) Да там и на порядки большие простои нормально смотрятся.

(58)(71) Прежде чем с умным видом обсуждать особенности лицензии, неплохо бы посмотреть под какой лицензией поставляется этот скуль. Подсказка - это не ГПЛ и не БСД.

2Мяв-мяв

http://www.postgresql.org/about/

"Best of all, PostgreSQL's source code is available under the most liberal open
source license: the BSD license."

Вроде именно BSD?

(83) О. Сорри. значит они уже сменили свою на стандартную БСД.

Да ладно, всё равно если бы была GPL, 1С бы не взялась патчить его.

Вопрос: а будет ли на Postgres SQL быстрее чем на MS SQL? Может не стоит и огород городить если выигрыша нет! Насколько надежно решение на Postgres SQL чем на MS SQL, непонятно.

Для меня самый приятный момент - что можно будет забыть о файловом формате 1CD. По тестам он на десятки процентом медленнее. А теперь можно и дома, и на работе ставить СКУЛ и не париться..

Настолько, насколько решения, реализованные недавно в MySQL, в PostgreSQL
реализованы и оттестированы (некоторые уже без малого десятилетие) ---
поддержка транзакций, хранимых процедур, триггеров...

(87) Да мне это тоже нравится. Но будет ли выполнение запросов в Postgres SQL и MS SQL одинаковыми, если даже сейчас в разных версих MS SQL 1Ска ведет себя не одинаково (разные ошибки в запросах ;-)

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

Самое главное, что Postgres требует гораздо меньше ресурсов, чем mssql

(91) Меня больше надежность волнует и поддержка в случае багов.
Правильно Ay49Mihas на это внимание заостряет.

А, кстати, среди кого вышла бета 8.1? Правда, торопиться некуда, всё равно
времени нет на её оценку, но тем не менее...

(93) А она еще не среди кого не вышла. Она вообще еще не вышла.

(94) Скорее всего будут распространять среди франчей (бетку). Ждемс с дня на день ;-) Заявки на NFR версию пока не принимают но обещали в июле

(95) ну да.. ну да.. в 1С и во франчах идиоты сидят, чтоб за свой счёт бета тестировать.. точно так же, как и резил 15, бетта тестерами выступят конечные пользователи..

(96) это к чему сказано? может подумать все-таки стоит...

(96) Конечных пользователей до конца года тревожить скорее всего не будут...., своих проблем хватает

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

100-ый мля

сто первый, вот что значит красявое название....
(учусь на вас писать дивизы)

(0) А тебя не удивляет что уже долгое время 8.0 стоит под 2000 MS и в своих коробках только он. :) Вероятнее всего с MS в деньгах не сошлись :) Вот и был выбран свободный и бесплатный(дешовый) post :)

Если бы post был бы в цене как MS Server и его бы не было :)

rsv Согласен, но просто есть результаты тестов....
так вот MS SQL отстал от лидера тестов в 7 раз!
(лидером была специфичный SQL, в котором ВСЯ БАЗА загружалась в память)
а вот post обогнал ms на 40%

Хе.Хе. Тут ктото собрался на poste стороить системы управления воздушным и жд транспортом :) Дык там ORACLE рулит и давно :)

А он стоит(ORACLE)....... очень много (в лицензи конечно) не на рынке купленный.

rsv
на самом деле без разницы на чем строить.... на Оракл или на Пост....
просто те деньги что ты заплатишь за оракл в посте придется заплатить за оборудование (что бы обеспечить резерв)

(97) контекст высказывания понятен интуитивно и в подробном разъяснении не нуждается. Разве что, термины можно было бы использовать другие, более мягкие.

Надо сначало попробовать на собственной шкуре а потом спорить что быстее а 8.1 еще даст поводу для растройства но начинания хорошие

Короче ждем девятку

А как соотносится производительность PostgreSQL и SQL Server 2005?
В PostgreSQL заявлена поддержка гибких блокировок.
Не будет ли от этого выигрыш?

поддержка гибких группировок заявлена не в PostgreSQL, а в 8.1
Поэтому 8.1 должна быть быстрее и на Postgre и на MS SQL
А сама по себе Postgre должна быть медленнее, мне так кааатся

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

То 104. Где результаты этих тестов - ссылку можно. Я могу так тесты подобрать что моя самописная СУБД будет МС обгонять раза в два три минимум поо некоторым показателям.
То 111.  Забавно как многие по разному понимают технологию "гибких" блокировок.(к слову, постгри версионник)
Как будет доступна бета , обящзательно проведем полноценное тестирование.
Кстати вы вкурсе что по некоторым показателям 2005 проигрывает 2000 в контексте использования 1С 8.0. как клиента?

под гибкими блокировками подразумевается анонсированные в 8.1
"Реализован режим управляемых блокировок в транзакции"
и "Изменена работа механизма блокировки объектов базы данных. Блокировка объекта базы данных не препятствует его модификации и удалению. Расширения форм объектов накладывают блокировки автоматически для обеспечения защиты объектов от одновременного редактирования различными пользователями"

я фигею...

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

Забавно было бы пообщаться с человеком который составлял этот анонс:)

(115) (116) хочется составителю "руки оторвать"?

(114) Данный анонс относится только к объектным (не транзакционным) блокировкам.

(113)Сорри.
http://www.sai.msu.su/~megera/postgres/talks/what_is_postgresql.html
"Система блокировок поддерживает блокировки на нижнем уровне, что позволяет сохранять высокий уровень конкурентности при защите целостности данных. Блокировка поддерживается на уровне таблиц и записей. На нижнем уровне, блокировка для общих ресурсов оптимизирована под конкретную ОС и архитектуру.
"
А здесь утверждается что
http://itland.ru/forum//index.php?showtopic=16463
"Выделяем отдельно рабочюю станцию под сервер предприятия 1С оставляем на DATA сервере только SQL, затем перерабатываем библеотеки в сервере предприятия 1С и получаем результат: ни одной транзакции не выскакивает, скорость проведения документа из 800 строк по 4 регистрам и всем типам учёта 5-8 сек. при изначальных 1-2,5 мин
"

(116) присоединяюсь... Хотелось бы увидеть сие чудо воочию...

P.S. неужели и в 1С работают блондинки?

(119) спасибо товарищу Сталину и лично автору ссылки за счастье в виде "ни одной транзакции не выскакивает"...
теперь, для достижения ниваны хотелось бы знать, когда как и почему выскакивают транзакции

PostgreSQL поддерживает особые индексы, которые требуют ночной обработки.
Не дадут ли они ускорения для задач, типичных для 1С?

(121)
Вероятно это лучше спросить у автора(не ссылки) :)

Вы считаете, что "преписали библиотеки в сервере... " - сплошное вранье?

(123) ну, не то, чтобы вранье - переработка на уровне не выскакивающих транзакций..
PS... я имел в виду автора "письма" а не Вас, когда выражал благодарности товарищу Сталину

(122) Вроде VACUUM уже не требует ночной обработки?

(122)
http://www.postgresql.org/docs/whatsnew
"Integrated Autovacuum: PostgreSQL's database maintenance daemon has been
improved and integrated into the main server program, making PostgreSQL servers
simpler to set up and administer."

Прогресс не стоит на месте, в отличие от 1С:)

прогресс перспективен хотя бы потому, что хитрые настройщики теперь смогут глубоко вмешиваться в настройку сервера вплоть до вмешательства в исходники и перекомпилляции

В общем - народная СУБД

Так это и отлично. Спроси любого гентушника --- с какими флагами компилятора он
компилит и почему так лучше :) Тот же NPTL (Native POSIX Thread Library) ---
даёт хороший прирост производительности.

Ay49Mihas а.... лучше бы они еще запись в регистры реализовали через хранимые процедуры.... тоды бы появились умельцы, которые подменяли бы эти процедуры на кодовую реализацию!

"Они" --- это кто? И что плохого вы видите в подмене процедур на кодовую
реализацию (если только кто-нибудь захочет этим заниматься). Если это кажется
диким, то могу сказать, что есть такая компания Google, которая частенько
приходит к таким оптимизациям.

Ay49Mihas да я обеими руками ЗА....
думаю через пару лет появится сотни патчей ускаряющих POST для 1С и возможно комерческие доработки

Я надеюсь, через пару лет никто и не вспомнит об 1С :)

(133) ну ты ляпнул

Я имею право на любую надежду :D

А что это тебе даст?

Хоть что-то будет лучше (я также искренне надеюсь, что хуже 1С ничего нет) :)

(137)Наивный чукотский мальчик...

Ay49Mihas Оборотно-сальдовая ведомость в Аксапта....
когда у тебя остатки на начало неправельные и для этого надопереиндексировать базу...
ты будешь мечтать об 1с!

:)

аж зауважал себя за 139, по которого ни у кого не осталось аргументов?

Ay49Mihas Оборотно-сальдовая ведомость в Аксапта....
когда у тебя остатки на начало неправельные и для этого надопереиндексировать базу...
ты будешь мечтать об 1с!....


НО ведь и 1С хранит остатки отдельно от движений ! И если остатки в таблице итогов поехали ..... то что ? :)

rsv
как часто у тебя такое бывает?

Вот что интересно всвязи с планами выхода сервера под *никс, а будет ли шустрее работать, клиент то останется прежний, а вот данные будут ли получаться быстрее, не тормознет ли их тот же сервер 1С Предприятия(прокладка между SQL и клиентом)?

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

(145) а что, параллельность у  Postrges SQL парралельнее чем у MS SQL&

Да, на счет параллельности это уже поинтересней будет. Знатоки PostgreSQL ответьте: параллельность одинаковая или нет?

Постгре - версионник
в 8.1 обещают дополнительные хинты для управления блокировками

рассматривать надо не постгре vs ms SQL, а надо рассматривать связки
8.0+ms sql  vs 8.1+постгре

В силу версионности возможно блокировк и не будет . Но от усталости контроля версий и откатов транзакций post может подустать :)

В постгре есть уникальный механизм для встраивания в СУБД собственного движка индексов, следовательно есть шансы что GUIDы будут индексироваться эффективнее

В постгре с версии 8.1 поддерживается партиционирование таблиц, как в Оракле, это считается очень мощным инструментом

работа с сервером по TCP/IP представляется потенциально более быстрой, чем через DCOM поверх TCP/IP

(150) Упакованный GUID - 16 байт кстати. Куда уж эффективнее...

(147) парарельность "Поста" в порядки раз параллельнее парралельности SQL (по данным коммитета по парралельности парраллельных систем) ;)

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

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

(154) ну я так понял, что это когда одну очень большую таблицу делят на несколько логических и размещают на разных дисках

неплохой маркетинг у 1С...
здесь убеждают некоторые - будет Посткгрес, будет коммунизм..

а вчера убеждали, что можно с 7.7 на 8.0 сделать перенос штатными средствами..

(156) вахахаха... читать надо.. это и MSSQL есть.. и давно.

Херрес
На самом деле куда полезнее то что Пост умельцы оптимизирую под !С

Интересно , сколько MS запросил у 1С чтобы галку под версионность 2005 использовать ? :)

а ещё в постгре есть наследование таблиц...

rsv 1c для МС конкурент, они продвигают Аксапту и просто намеренны сожрать 1с....
зачем им 10-20 млн долларов, они больше получат от уничтожения 1с

Все правильно. 1С вынуждена иметь свою СУБД. Время приперло :) Вот на базе бесплатного posta и сделали.  И это неплохо.

Меня на самом деле более радует отход от ком и знаете возможно отказ от ГУИД

А ещё в постгре хранимые процедуры можно писать на PL/pgSQL, pl/Tcl, Pl/Perl и pl/Python
А PL/pgSQL это язык, очень близкий к Оракловскому PL/SQL

Херрес Интересно а можно перенести серверную функциональность (то что с базами) в СКЛ

(166) в смысле... с t-sql на pl/pgsql ?
мне кажется сложно... да и 1Сников это не должно интерисовать :)

Ну и где версия 8.1? Обещали вроде 30 июня.

Херрес нет в смысле полность запрос переделывать в процедуру на СКЛ и там выполнять, что ихмо быстрее, так как не требует времени на перекачку с СКЛ сервера на 1с сервер

(162)>rsv 1c для МС конкурент, они продвигают Аксапту и просто намеренны сожрать 1с....

МС для 1С не конкурент - если все пользователи перейдут на ASPLinux  -
МС кирдык.
Лично я - за :)
"1C, ASPLinux и Acronis начали работать вместе"
http://www.linuxrsp.ru/pr/asp15.html

(169) я думаю, что если есть человек, у которого есть время писать процедуры на t-sql для "прямого" проведения - надо его найти, отлупить и заставить заниматься делом (писать функционал). Тем более что непонятно как поддерживать потом то, что он понапишет.

(171) таки, есть же такие люди.. те, кто гибкие блокировки делали...

Херрес я о динамическом преобразовании....
тоесть запрос преобразовывается в pl/pgsql, выполняется на сервере.....
а ксати в Посте на сколько мне объясняли есть возможность генерирования индексов по необходимости....
(если н раз этот индекс требовался а его не было то пост сгенерит его)

ап

Че то я ничего не увидел в пресс-релизе о тонком клиенте, че так и будем бл..ть с толстым ?

да, про встроенное веб-расширение раньше говорили, а теперь видать всё же решили отдельным продуктом делать. Досадно.