LINUX.ORG.RU

SELTA@Etersoft 1.0.0 вышла

 , , , , selta,


0

0

Компания Этерсофт выпустила SELTA@Etersoft -- программный продукт, позволяющий использовать свободную PostgreSQL вместо MS SQL.

На практике это означает, что теперь 1С:Предприятие 7.7 SQL, которое могло работать только в связке с "платным" MS SQL-сервером, теперь может хранить данные в свободной СУБД PostgreSQL.

SELTA@Etersoft предназначено для работы как в MS Windows, так и под GNU/Linux (при использовании WINE@Etersoft SQL).

>>> Подробности



Проверено: maxcom ()

На кой оно нужно 8ка и так умеет PostgreSQL без всяких прокладок. Опоздали ребята на пару лет.

anonymous
()
Ответ на: комментарий от anonymous

> На кой оно нужно 8ка и так умеет PostgreSQL без всяких прокладок. Опоздали ребята на пару лет.

По утверждению тех, кто этим занимается переход с 7ки на 8ку это как перезд, то есть 0.5 пожара. То есть без особоых причин никто перезжать не будет. Кроме того, на сколько я понял, поддержка PostgreSQL в случае 1С пока ещё далека от совершенства (наследия от блокировочника MS SQL выпирают).

Evgueni ★★★★★
()
Ответ на: комментарий от anonymous

>На кой оно нужно 8ка и так умеет PostgreSQL без всяких прокладок. Опоздали ребята на пару лет.

А что толку? Восьмеркой ни кто из бухов пользоваться не хочет.

vada ★★★★★
()
Ответ на: комментарий от Evgueni

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

anonymous
()
Ответ на: комментарий от anonymous

>Вот они минусы закрытого софта. То что каждые несколько лет тебя натягивают.

ага, и много ты видел примеров чтобы в открытом софте бэкпортили обновления безопасности в старую версию. лично я держу почтовый сервер еще под sarge-м, и меня устраивает как он работает, но обновления не будут выпускать для саржа вечно :)

alt0v14 ★★★
()
Ответ на: комментарий от vada

> А что толку? Восьмеркой ни кто из бухов пользоваться не хочет.

Чепуха. Они и Пуском пользоваться не хотят, требуют, чтоб "вот тут значок на рабочем столе" был. Мы поставили 8.1 - две недели, и работают нормально. Хотя первое время, пока по книжке тыкались, вой стоял - мама не горюй.

anonymous
()
Ответ на: комментарий от anonymous

> Предлагаю новости о коммерческом ПО делать с пометкой "Реклама". Предлагаю отправлять рекламу в /dev/null

anonymous
()
Ответ на: комментарий от alt0v14

> ага, и много ты видел примеров чтобы в открытом софте бэкпортили обновления безопасности в старую версию.

kernel.org? debian.org? redhat.com? Это как раз работа сопроводиловки.

anonymous
()
Ответ на: комментарий от anonymous

>kernel.org? debian.org? redhat.com? Это как раз работа сопроводиловки.

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

alt0v14 ★★★
()
Ответ на: комментарий от alt0v14

> я согласен, но сопровождать старые версии бесконечно долго никто не будет, в дебиане с выходом ленни сарж уже прикроют.

Купите поддержку, скажем, от Canonical - 7 лет. Прада не Sarge, но всё равно.

Evgueni ★★★★★
()
Ответ на: комментарий от anonymous

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

Обновлений чего? Если ситуация более-менее стабльна, то всем всё поровну - обновления не нужны.

Проблема с перездом с 7ки на 8ку в том, что всё связанное с предприятием (а именно это и составляет основную сложность и деньги, а не сама программа-пускалка) придётся переписывать фактически с нуля.

Evgueni ★★★★★
()
Ответ на: комментарий от Evgueni

>Купите поддержку, скажем, от Canonical - 7 лет. Прада не Sarge, но всё равно.

А толку от поддержки Canonical? В смысле, если что случится по телефону можно будет позвонить?

В любом случае, разработчики (если не считать ядро с обновляемой 2.4 веткой) большей части софта не будут искать/фиксить баги софта семилетней давности. Соответственно поддержка от Canonical ничего, кроме как проконсультировать по телефону сделать не сможет и не будет делать. В этом плане трехлетний (больше трех лет, примерно 4 года в связи с перенесением сроков выхода) цикл разработки-поддержки Debian stable на практике оказывается максиматльным временем поддержки софта вообще.

anonymous
()
Ответ на: комментарий от anonymous

> А толку от поддержки Canonical? В смысле, если что случится по телефону можно будет позвонить?

По e-mail. У нас в ближайшем будущем поддержку не купят, поэтому я слежу за такими вещами исключительно по интервью и по отзывам. В сентябрьском номере Linux Format было сравнение разных служб поддержки. Там вполне приличные вопросы задавались и реакция была (судя по статье) вполне адекватная. Аналогично я взял интервью у русской службы поддержки RedHat (VDEL) - с моей точки зрения выглядит вполне адекватно. Честно говоря, я удивлён почему у нас этой системой почти не пользуются.

Evgueni ★★★★★
()
Ответ на: комментарий от anonymous

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

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

Evgueni ★★★★★
()
Ответ на: комментарий от Evgueni

>По e-mail.

С мейнтейнерами Debian тоже можно связаться по e-mail. А самое главное, можно связаться по e-mail с разработчиками софта, что будет максимально эффективно.

>Забыл указать про срок фиксенья багов. Естественно, автоматически фиксятся только безопасность, но фиксится в течении то время, которое декларируется.

https://wiki.ubuntu.com/LTS

тоесть 5 лет, что вполне сопоставимо с поддержкой Debian (около 4 лет).

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

Конечно, коммерческим организациям ближе купить поддержку от Canonical и общаться с тех. поддержкой. Но к сожалению боюсь, что результат будет одинаковым, что в случае с Debian (бесплатное общение по e-mail с разработчиком + с мейнтейнером, который поможет исправления допилить для Debian), что в случае с Canonical.

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

anonymous
()
Ответ на: комментарий от anonymous

>> По e-mail.

> С мейнтейнерами Debian тоже можно связаться по e-mail. А самое главное, можно связаться по e-mail с разработчиками софта, что будет максимально эффективно.

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

Evgueni ★★★★★
()
Ответ на: комментарий от anonymous

> тоесть 5 лет, что вполне сопоставимо с поддержкой Debian (около 4 лет).

Было где-то про 7 - специально не смотрел и не разбирался. У RHEL точно 7 лет есть и довольно давно. Ну и Debian всё-таки не 4 года, а год после выхода следующей версии и постоянно грозятся интервал между версиями сократить до года. Кроме того из-за задержек нельзя составить план миграции на длительный срок. Для моей домашней машины мне от этого не жарко и не холодно и я с успехом использую Debian, но для большого количества компьютеров это может быть неудобно.

Evgueni ★★★★★
()
Ответ на: комментарий от anonymous

> На кой оно нужно 8ка и так умеет PostgreSQL без всяких прокладок. Опоздали ребята на пару лет.

Узнайте разницу между восьмёркой и семёркой. Тогда поймёте, почему немало народа предпочитает оставаться на семёрке.

atrus ★★★★★
()
Ответ на: комментарий от anonymous

> Уважаю OpenSource, но MS SQL рулит. Программист БД.

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

anonymous
()
Ответ на: комментарий от atrus

Аха.. но у нас уже большая часть дочек переехала на 8-ку! Да и 8-ка это не избежно... МСФО скоро будет, тогда что?

anonymous
()
Ответ на: комментарий от anonymous

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

НЕ соглашусь. Это все от рук зависит. у нас база с миллионами обращений в минуту, база в несколько гигов. И какая тварь что блочит узнать не проблема. выпрямляйте руки. посгресу еще далеко до уровня mssql и оракла.

anonymous
()
Ответ на: комментарий от anonymous

>НЕ соглашусь. Это все от рук зависит. у нас база с миллионами обращений в минуту, база в несколько гигов. И какая тварь что блочит узнать не проблема. выпрямляйте руки. посгресу еще далеко до уровня mssql и оракла.

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

anonymous
()
Ответ на: комментарий от anonymous

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

http://kb.mista.ru/article.php?id=179
очень помогает (и не только в терминале)

anonymous
()
Ответ на: комментарий от anonymous

>НЕ соглашусь. Это все от рук зависит. у нас база с миллионами обращений в минуту, база в несколько гигов. И какая тварь что блочит узнать не проблема. выпрямляйте руки. посгресу еще далеко до уровня mssql и оракла.

У меня нет идей, что может помешать постгресу держать "базу с миллионами обращений в минуту, базу в несколько гигов", тем более что на офсайте говорится про рабочие решения на терабайты. Если у вас мсскл держит такую базу - прекрасно, но это не значит что это неподъемно для постгреса. А от рук все зависит, да... Хотя после съезда с смскл2к на постгрес, тогда еще 8ю бету, создалось впечатление что руки немного выпрямились сами собой...

girla
()
Ответ на: комментарий от girla

> Хотя после съезда с смскл2к на постгрес, тогда еще 8ю бету, создалось впечатление что руки немного выпрямились сами собой...

у нас база -- 4Г, mssql, 1c, 1c++, openconf и активно используются т.н. "прямые запросы" полет нормальный. 1c v77

anonymous
()
Ответ на: комментарий от anonymous

>у нас база -- 4Г, mssql, 1c, 1c++, openconf и активно используются т.н. "прямые запросы" полет нормальный. 1c v77

Вы не поняли, я не против. :)

girla
()
Ответ на: комментарий от anonymous

>НЕ соглашусь. Это все от рук зависит. у нас база с миллионами обращений в минуту, база в несколько гигов.

От рук - всегда зависит, тут и спорить не о чем. Но - разъясни-ка что есть "обращений"? Если "на запись" - то ты просто врёшь ,) А если 1% "на запись", остальное на чтение - приходи покажу позорный древний мускул (правда на новом железе) делающий то-же самое но за бесплатно!

>И какая тварь что блочит узнать не проблема. выпрямляйте руки.

Согласен - преувеличивают.

>посгресу еще далеко до уровня mssql и оракла.

Теперь моя очередь давать советы - "выпрямляйте мозги" :)
Пощупай его - а потом пой. Только не забывай постгре - версионник в отличие от ... там чтобы что то заблочить - надо специально кой чего прошептать :)
А так похож на оракел 7-8.0.5 по фишкам.

anonymous
()
Ответ на: комментарий от anonymous

>На кой оно нужно 8ка и так умеет PostgreSQL без всяких прокладок.

А вы, молодой человек, наверное, бухгалтеров видите только на фотографиях?

Pronin ★★★★
()
Ответ на: комментарий от anonymous

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

>НЕ соглашусь. Это все от рук зависит. у нас база с миллионами обращений >в минуту, база в несколько гигов. И какая тварь что блочит узнать не >проблема. выпрямляйте руки. посгресу еще далеко до уровня mssql и >оракла.

Вот есть такая MMORPG - EVE Online. У них один сервер на 300k+ игроков, онлайн по 20-30k одновременно. SSD вместо винтов с блинами. Один из самых мощных кластеров мира. И юзают Windows, MSSQL. В результате у них ежедневные шатдауны на полчаса-час чтобы всё это не усралось. Кроме того, этой осенью в течении недельки-двух сервак страшно колбасило - всё нахрен повисало в произвольные промежутки времени по непонятным причинам. Кластер работал от получаса до нескольких часов, затем БД умирала, вслед за ней умирало всё остальное. Игроки переживали неприятный промежуток времени - многочасовой прогресс неоднократно накрывался медным тазом. CCP, разработчики игры, не могли никак выяснить, что происходит. Более того, они пригласили какого-то типа из мелкософтии, помню, Миракл у него кличка :) Он им абсолютно ничем не смог помоч! Он сам не отбивал дупля, что случается с БД. Потребовалось разгребание дампов или чего они там делали в течении __нескольких дней__, чтобы выяснить, где возникает, как оказалось, __дед-лок__ от которого БД мгновенно захлёбывалась миллионами запросов в секунду, после чего происходил краш планировщика MS SQL. И после этого вы будете убеждать, что MS SQL самая лучшая промышленная база? - могу согласиться только если всё отлажено и __ничего не трогается!__. Но в таком раскладе __любая__ база будет надёжной :)

anonymous
()
Ответ на: комментарий от anonymous

>И юзают Windows, MSSQL.

Критикал баг детектед!

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.