Microsoft анонсировала официальный ODBC-драйвер для Linux

Hyper-V - тут больше в кернел спейс они писали. Не уверен, что оно считается, но все равно линус победил =)

AiFiLTr0 (04.12.2011 12:02:08)

При наличии специалиста по 1С (не мальчика-обновляльчика) 1С вполне комфортно работает с postgesql. Проверено лично.
30-40 пользователей одновременно.
Поначалу были роптания, но после обработки запросов специалистом всё исправилось.

При этом - все "плюшки", связанные с GNU/Linux, PostgreSQL, не-NTFS и прочее...

Pronin (04.12.2011 12:08:52)

Блин, я что не на русском языке пишу. Я знаю что 1с 8.1 работает с линуксом и постгре, но есть тысячи решений на 1с 7.7 с БД MSSQL, есть ли какие нибудь механизмы переноса данных(справочников, контрагентов, проводок, заявок и т.п.) из 1с 7.7 + MSSQL на 1с 8.1 + постгре. Так надеюсь понятно?

splinter (04.12.2011 12:23:41)

тогда текст новости настораживает...

возможно, тестировали только с rhel-5. А с другими дистрибутивами может и не заработать (с другой стороны, кому это нахрен вообще может понадобиться? :) )

BattleCoder (04.12.2011 12:28:58)

блин, ответили же, что используемая БД к переносу побоку. весь перенос идет в формате XML, используя стандартное решение, конф. "Конвернация данных". основной гемор - разработать эти правила переноса (какие справочники куда, етц). Из какой бд в какую - совершенно безразлично, напрямую с СУБД никто не работает (схема бд совершенно наркоманская), для этого есть сервер приложений

anon1984 (04.12.2011 12:33:00)

ок. извиняюсь за тупняк.

splinter (04.12.2011 12:37:57)

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

Бинарники без сорцов не нужны.
Выкиньте блобы, в них есть недокументированные возможности специально оставленные дыры и backdoor'ы!

CYB3R (04.12.2011 14:29:34)

А Access разве кто-то воспринимает как реальную СУБД?

PS. ЕМНИП, в Access SQL жутко неполный, даже JOIN-ов кроме INNER JOIN нет.

franchukroman (04.12.2011 17:45:06)

ипитсо! в архиве только бинари!

микрософт такой микрософтный...

niXman (04.12.2011 17:55:21)

У Etersoft есть решение, которое прикидывается MSSQL и транслирует запросы в PostgreSQL.

Evgueni (04.12.2011 19:39:01)

К сожалению, да.

Ttt (04.12.2011 19:51:51)

И постгрескуль реализует все фичи MSSQL?

franchukroman (04.12.2011 20:03:38)

мм.. кто нибудь этим пользуется? я просто в первый раз о нём слышу #

PostgreSQL гораздо фичастнее. Проблема есть только в разной природе обсуждаемых СУБД: MSSQL — блокировочник, а PostgreSQL — версионник, посему блокировки в нём совсем не приветствуются.

Evgueni (04.12.2011 20:47:03)

Ну, дык, следует раскрыть этим людям глаза. Нельзя держать их в _таком_ невежестве.

Evgueni (04.12.2011 20:47:59)

Если они есть - они не понимают SQL, поэтому вся убогость Access останется незамеченной.

franchukroman (04.12.2011 21:11:46)

А причём здесь SQL? Там же вопрос в надёжности и масштабируемости даже при работе с относительно небольшим объёмом данных. Уж лучше просто в текстовый файл сохранять данные, чем в этот ужас Access.

Evgueni (04.12.2011 21:14:55)

Какая нафиг надежность и масштабируемость, если это Access?

franchukroman (04.12.2011 21:20:40)

>ипитсо! в архиве только бинари!

а что ожидали?

mikhalich (04.12.2011 22:59:14)

С 2005 версии может работать и как блокировочник так и как версионник.
Слоник всем хорош. Кроме инфраструктуры.
Бесплатность его никоим образом не влияет ни на что. Там где стоимость MSSQL на фоне стоимости данных просто ничто, постгрес начинает выглядеть игрушкой для нердов.
Это конечно не так. Но мир опенсорса целенаправленно игнорирует принципы выживания в коммерческом мире.
Я понять не могу, почему со сломанной ногой лучше сидеть на паперти чем полечить ее и пойти зарабатывать деньги.

> в Access SQL жутко неполный, даже JOIN-ов кроме INNER JOIN нет.

Что за чушь? outer join'ы (пусть и не full) там есть :-)

no-dashi (05.12.2011 0:13:47)

Не так давно мне там нужен был LEFT JOIN. Оно мне тонко намекнуло, что такой JOIN оно не умеет.

franchukroman (05.12.2011 0:17:41)

ждем GNU/kernel*.dll

> Не так давно мне там нужен был LEFT JOIN. Оно мне тонко намекнуло, что такой JOIN оно не умеет.

Уж не знаю как _ты_ это делал, но когда оный джоин мне понадобился, он там был. http://office.microsoft.com/en-us/access-help/left-join-right-join-operations-HP...

no-dashi (05.12.2011 5:15:07)

А лицензия? Лицензия-то какая? EULA?

честно говоря с лету я не понял какая там лицензия. Внутри есть файлик License, в нем такая шапка:

splinter (05.12.2011 11:35:06)

Оно достаточно прозрачно реверсится. Я поковырялся, удовлетворил любопытство. Порадовал парсер PE файлов внутри. В coff ресурсы сложить ниасилили...

На PostgreSQL вполне есть коммерческие решения. Даже есть коммерческая версия постгреса - EnterpriseDB

alex-w (05.12.2011 20:14:33)

А лицензия какая?

Xellos (06.12.2011 15:22:29)

MICROSOFT PRE-RELEASE SOFTWARE LICENSE TERMS написано в LICENSE

splinter (06.12.2011 15:28:38)

Какая при этом производительность 1С на PostgreSQL? Где-то читал, что в разы он тормознее, чем MS SQL.

ODBC - драйвер - цэ не победа. Вот когда будет MSSQL Server Linux (Community) Edition - тогда Линус смела может танцевать победу )

Врут. PostgreSQL просто надо настраивать, так как "искаропки" она идёт настроенной так, чтобы запуститься и никому не помешать.
После настройки всё работает вполне себе хорошо.
Единственная "особенность" - это то, что нужно поправить sql-запросы от 1С так, чтобы использовались "управляемые блокировки". Вот только "мальчики-обновляльчики", называющие себя "Адинэсники" не умеют... Умеют только спецы. Зато после этого всё работает просто "вкусно".

Pronin (09.12.2011 17:47:06)

"Шурупами прибито" к MS.
Лечится только реинкарнацией с правкой генокода.

Pronin (09.12.2011 17:50:02)

Производительность реально сравнивалась после этого?

В цифрах не измерял.
Однако после "обработки напильником" вместо "слайд-шоу" стало работать вполне комфортно...

Pronin (14.12.2011 14:49:36)