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

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

...мигрировать 1-эсникам у которых БД на MSSQL...

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

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

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

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

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

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

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

Богов, как и родителей - не выбирают, а назначают...

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

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

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

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

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

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

Например: 1с версии 7.7 и MSSQL, необходимо мигрировать на 8.1 Postgresql, облегчит ли это перенести данные из MSSQL в Postgresql?

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

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

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

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

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

Драйвер создан путем портирования для Linux оригинального ODBC-драйвера для Windows, известного под именем SQL Server Native Client (SNAC).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ждем GNU/kernel*.dll

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

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

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

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

MICROSOFT PRE-RELEASE SOFTWARE LICENSE TERMS
MICROSOFT SQL SERVER ODBC DRIVER V 1.0 FOR LINUX, COMMUNITY TECHNOLOGY PREVIEW (CTP)

Бинарники без сорцов не нужны.

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

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

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

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

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

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

PostgreSQL ... в разы он тормознее, чем MS SQL.

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

...тысячи решений на 1с 7.7 с БД MSSQL...

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

Умеют только спецы. Зато после этого всё работает просто «вкусно».

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

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