SELTA@Etersoft 1.0.0 вышла

>В случае 1С, на сколько я понимаю, пояти вся логика вынесена за пределы БД.

Велосипедно.

интересная разработка!! молодцы! заинтересовало!

мы 1с не используем, но от MSSQL отказаться не помешало бы. интересуют следующее: 1. что будет с нашими хранимыми процедурами и триггерами? 2. где взять исходники? 3. на сколько это медленнее?

>хм, а оно заточено под 1С или работает для любой программы, использующей mssql? А в самой БД с триггерами и процедурами, кои написаны для mssql что делать?

Вот, вот!!! Присоединяюсь к вопросу: что делать с хранимками, триггерами и т.п.? Или оно эти штуки тоже конвертирует?

>> А в самой БД с триггерами и процедурами, кои написаны для mssql что делать?

>В случае 1С, на сколько я понимаю, пояти вся логика вынесена за пределы БД.

Не самое красивое решение, но в таком слчае однако такое решение будет работать.

>MSSQl все через odbc и используют.

А вот и нет: SQL Native Client or Server приходится использовать - вот так вот.

>>В случае 1С, на сколько я понимаю, пояти вся логика вынесена за пределы БД.

>Велосипедно

Ага.

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

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

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

7ка с 1С++ и OpenConf действительно сильная вещь.

> MSSQl все через odbc и используют.

4.2

FreeTDS под топиком и натив под оффтопиком живее всех живых.

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

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

> Абсолютно верное решение. Минимальный оверхед и достаточно универсально. MSSQl все через odbc и используют.

Да? А если надо пользоваться одновременно на одном компе и клиентом для mssql, и этим "творением" - как софт будет узнавать, через что он подключается? Напоминаю - в 1c НЕЛЬЗЯ выбрать ODBC-драйвер, там всегда используется системный по умолчанию для mssql, там можно только указать адрес sql-сервера.

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

Пока 7.7 - самая распространенная в стране система.

8.х пока э.... не очень.

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

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

поддерживаю.
все очень даже правильно.
во-первых, в виду несовместимости языка программирования 1С v77 и v8 перенос внедренных решений невозможен (возможен только экспорт-импорт
через xml из типовой v77 в типовую же v8, но поскольку в подавляющем
больщинстве случаев решения дозатачивались напильником по месту,
объем переделок и доработок в конфигурации может колебаться от 25% до 75% -- переносить это в новую конфигурацию сложно, объектная модель
в v8 тоже изменилась -- все это ведет к тому, что v77 еще используется
на "на полную катушку" и продается.
а по поводу odbc-драйвера -- все правильно тоже, потому что v77 именно
его и использует при обращении к sql-серверу.

Почему все забывают про необходимость покупки отнюдь не дешевых SQL CAL и Windows CAL?

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

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

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

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

> а по поводу odbc-драйвера -- все правильно тоже, потому что v77 именно его и использует при обращении к sql-серверу.

А если одна база 1с должна работать с mssql, а другая с селтой - что тогда??\

а читайте внимательно ридми к этой поделке -- тогда ничего. или -- или. при установленной селте обращения к mssql не поддерживаются (потому что она перехватывает запросы). там есть опция "временно выключить". но, по правде говоря, зачем "одна база 1с должна работать с mssql, а другая с селтой"? тогда уже или всех -- на постгресс, или оставить как есть и платить деньги М$

> 8.х пока э.... не очень.

А многие уже переходят

>> 8.х пока э.... не очень. > А многие уже переходят

вы не путайте конфигурации вида "бухгалтерия only", где все стандартно с решениями на базе конф. типа "Торговля и Склад", где каждый как хочет -- там под себя и затачивает (сюда же возможности 1С++, при применении котрых v8 по некоторым параметрам нервно курит в сторонке, сюда же openconf+turboMD, делающий возможным редактирование конфигурации "на лету", не выгоняя пользователей и прозрачно для них). перенести "сильнозаточенные" решения весьма трудно, практически это значит начать писать все с нуля (потому что см. выше)

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

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

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

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

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

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

если у бизнеса нет 35к руб, значит 1С там делать нечего.

>1С к сожалению объективная реальность в нашей стране. Цена SELTA 35000 руб., MSSQL 61900 руб., экономия в два раза.

На линуксцентре SELTA стоит 12890 р. http://www.linuxcenter.ru/shop/linux-software/office/SELTA_Etersoft_1_Box/

http://www.linuxcenter.ru/shop/linux-software/office/SELTA_Etersoft_1_Corporate/

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

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

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

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

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

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

Пиздец, тру-господа-идиоты. SELTA@etersoft --- это очень хорошее предложение.

По обоснованию идиотизма:

1). Лицензирование etersoft немного не такое, как вы предполагаете. Там либо по отделам (1 лицензия = 1 отдел), либо по терминальным серверам (1 лицензия = 1 терминальный сервер), либо корпоративная (1 корпоративная лицензия = 1 предприятие). 35 000 ---- это корпоративная, вашему гипотетическому "малому бизнесу" хватит 1 отделовой либо серверной, кои стоят 12 000.

2). MS SQL Server 60 косарей стоит за что? И какая политика лицензирования у него? Может меньше 100 000 и не получится на более-менее среднюю конторку с хотя бы 20 клиентами?

3). SELTA очень нужна конторкам, где используется MS SQL-софт, написанный давно. Знаю примеры.

4). Даже 1С:предприятие 7.7 SQL используют в полную силу, например, 1С:Бухгалтерии для бюджетный организаций под 8.x протсо не существует.

PS: Если совсем уж нет знаний и желания их получить, может молча посидим возле монитора, а?

Не убедили. Остаюсь при своем мнении - правильнее было сделать эмулятор сервера mssql, а не клиента. А что касается 1с, то тут всё пойдет от франчей. Если они согласятся работать с селтой, то и клиенты на неё пойдут.. Хотя, франчам сейчас объективно выгоднее впаривать восьмерку.. а клиенты, уже работающие на семерке, как правило уже имеют лицензионный mssql. Крайне мала ниша клиентов, переросших семерочную файловую версию и готовых платить за глюки эмуляции цену, сравнимую с оригинальным решением(mssql). ИМХО, селта успешно бы продавалась за цену не более 10 тыр за корпоративную версию..

Ананимус, один из идиотов, я сказал уже, что цена MS SQL Server и SELTA@etersoft НЕ СРАВНИМЫ. Иди гуглить/курить/читать. SELTA@etersoft продаётся за 12 косарей, то есть чуть больше 10 косарей, тобой названных. Если у тебя больше одного отдела или одного терминал-сервера --- у тебя должно быть больше денег. Архитектурно, ИМХО, они всё сделали правильно, с наименьшим геморроем. А бля насчёт цена на MS SQL погугли получше, а то налицо полное невладение тобой фактами. Лучше даже сюда напиши, сколько стоит MS SQL на один процессор сервера, сколько без подключений, и сколько стоит одно подключение (ну и заодно сколько стоит серверная винда, сколько стоит подключение к серверной винде и прочее).

>Остаюсь при своем мнении - правильнее было сделать эмулятор сервера mssql, а не клиента.

Чукча не читатель, чукча писатель?

>Крайне мала ниша клиентов, переросших семерочную файловую версию и готовых платить за глюки эмуляции цену, сравнимую с оригинальным решением(mssql).

Зато предостаточно с SQL-версией, реализованой на питатском MSSQL, который стоит на пиратской винде, в конторах где лицензирование процов и клиентских подключений вообще ненаучная фантастика.

>ИМХО, селта успешно бы продавалась за цену не более 10 тыр за корпоративную версию..

Это дело хозяйское, цену можна и поменять? или анонимус считает? что Etersoft тупо и упрямо будет ломить цену, и сидеть смотреть как у них тупо никто не покупает? Хотя я тоже считаю довольно взвешенной предложеную ценовую политику.

>SELTA очень нужна конторкам, где используется MS SQL-софт, написанный давно.

Она нужна для продления агонии. Было бы просто замечательно, чтобы микрософт прекратила поддержку старых версий mssql и седьмая версия 1С сдохла вместе с ними.

>Она нужна для продления агонии. Было бы просто замечательно, чтобы микрософт прекратила поддержку старых версий mssql и седьмая версия 1С сдохла вместе с ними.

Если бы да кабы... Реальность такова, что до полноценной поддержки PostgreSQL, с хорошей производительностью и учётом фич ег, ещё оооочень далеко. Это, увы, недостаток проприетарщиков --- не хотят основательно прорабатывать фичу, цель которой --- сделать рекламу покрикливее.

>Реальность такова, что до полноценной поддержки PostgreSQL, с хорошей производительностью и учётом фич ег, ещё оооочень далеко.

Типа фичи мсскл и оптимизацию производительности под него 1С использует. Хотя, если фича - блокировки, то да. :)

>Типа фичи мсскл и оптимизацию производительности под него 1С использует. Хотя, если фича - блокировки, то да. :)

Ну я не знаю что именно, но за семь лет использования MS SQL'я 1С, видимо, многое на нём завязала...

Короче, факт остаётся фактом --- поддержка PostgreSQL'я 1С:Предприятием до сих пор, больше года, вызывает нарекания специалистов.

>Короче, факт остаётся фактом --- поддержка PostgreSQL'я 1С:Предприятием до сих пор, больше года, вызывает нарекания специалистов.

Дайте ссылочки, если есть. Инфа нужная.

http://www.forum.mista.ru/topic.php?id=321584&area=doc

навскидку

>Короче, факт остаётся фактом --- поддержка PostgreSQL'я 1С:Предприятием до сих пор, больше года, вызывает нарекания специалистов.

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

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

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

> экономия в два раза.
ээ, Вы не учли ещё цену MS SRV - тоже явно не XP OEM за 60$, а поболе.

> Она нужна для продления агонии. > Было бы просто замечательно, чтобы микрософт > прекратила поддержку старых версий mssql > и седьмая версия 1С сдохла вместе с ними.

вам сюда http://www.script-coding.info/SQL2005.html

Поскольку 1С v7.7 штатно не поддерживает MS SQL 2005, вы получите сообщение "Требуется MS SQL Server 6.5 + Service Pack 5a или более старшая версия!". Чтобы устранить это, необходимо изменить BkEnd.dll следующим образом (для 21-го релиза 1С):

000D9B7A: 83 EB
000D9B7B: E8 15
000DAFE0: 83 EB
000DAFE1: E8 10

Я бы таких умников кастрировала. Эксперты на суде покажут diff с оригинальной BkEnd.dll, а потом все свои судебные иски к франчам, работодатели засунут тебе в жопу.

Aviva - ты дура :) Какие иски каким франчам в России?!?!?!

Ну я наверное неправильно выразилась. Фирмы, продающие решения на базе 1С + поддержку 24x365. Естественно такой бизнес должен быть застрахован от убытков, и в случае любых неполадок, фирма, осуществляющая саппорт должна ответить деньгами за убытки?

Представим ситуацию с 15 складами с продукцией детского питания в крупном регионе?

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

> Я бы таких умников кастрировала.

утипуси... :-)

это нормально работает (проверено на тестовых базах и позднее в реальной работе -- _никаких_ проблем нет). и франчи тут ни при чем абсолютно. там, где работают такие вещи, как правило, есть ответственный за это дело админ (а кроме того, делаются копии и т.д.) франчи к этому никакого отношения не имеют. а там, где админа нет, как правило используются файловые однопользовательские версии и ни о каких mssql никто и близко не слышал.