1С SQL 7.7 теперь работает со свободной СУБД, Etersoft закончила разработку транслятора

венде капец грядет!!!!

ага, жди ждем улучшеного и еще более "интероперабельного" (R) оффтопик сукуЫля (TM).

Круто. Получается, что теперь вместо виндового сервера с MSSQL можно покупать сановский сервак с пострессом. А как насчет маштабирумости? Скажем на тыщу рабочих мест потянет?

>А как насчет маштабирумости? Скажем на тыщу рабочих мест потянет?

неужели у тебя столько секретарш?

>А как насчет маштабирумости? Скажем на тыщу рабочих мест потянет?

я просто уверен - акуенная маштабируемость, особливо если учесть что mssql ничем не примечательный блокировочник и постгрес тогда должен все селекты делать с блокировками на чтение (select ... for update)

зы. надеюсь анонс писали маркетологи, а то попутать процедурные pgSQL/T-SQL с декларотивным SQL это сильно :)

> А как насчет маштабирумости? Скажем на тыщу рабочих мест потянет?

А в чем проблема? Постгрес перестал быть масштабируемым?

Ну запросы, возможно, и можно транслировать. А как быть с CREATE PROCEDURE, EXEC SP_Name и т.п.?

На самом деле вопрос тонкий. Речь идет о трансляторе 1->1 никаких намеков о изменении логики работы с базой нет. Ихо для этого надо меня код клиента. А насчет SQL 7.7 версии говорят, что тормозит изрядно. Называлась критическая цыфра в 20 рабочих мест.

>Ну запросы, возможно, и можно транслировать. А как быть с CREATE PROCEDURE, EXEC SP_Name и т.п.?

их нет в 1C (в фокспро забыли t-sql добавить :) ), только SQL.

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

pgSQL это конечно хорошо, но ИМХО для серьезной компании plSQL будет более предпочтительно... Впрочем серьезная компания не будет использовать ПО под несертифицированной ОС, т.к. сапорт и все такое

Оргазм.

>Получается, что теперь вместо виндового сервера с MSSQL можно покупать сановский сервак с пострессом.

А почему не RedHat? :)

> Впрочем серьезная компания не будет использовать ПО под несертифицированной ОС, т.к. сапорт и все такое

Мы говорим о 1C в данном контексте. А поддержку 1С осуществляют франчайзи. А франчайзям наплевать какая ОС.

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

> pgSQL это конечно хорошо, но ИМХО для серьезной компании plSQL будет более предпочтительно...

а что такое plSQL? Или это PL/SQL, который, кстати, и используется в PostgreSQL?

Оно того стоит?

Говорят на этапе перехода с 7 на 8 при конвертации БД, БД любит падать.

>Называлась критическая цыфра в 20 рабочих мест.

Чушь.

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

Не будут, их sql в ступор вгоняет :) И 10 рабчих мест тоже, а ты, Саныч, про тыщу... Ты хоть их об этом не спрашивай. Жизнь знаешь ли, типа один раз и так далее...

PL/SQL - http://ru.wikipedia.org/wiki/PL/SQL PL/pgSQL - http://en.wikipedia.org/wiki/PL/pgSQL Собственно первый используется в оракле, а второй в постгресе

>>Ну запросы, возможно, и можно транслировать. А как быть с CREATE PROCEDURE, EXEC SP_Name и т.п.?

>их нет в 1C (в фокспро забыли t-sql добавить :) ), только SQL.

Если ты думаешь, что 7.7 не использует хранимые процедуры, -заблуждайся в одиночестве, не заставляй окружайщих включаться в компанию ;)

Очень своевременно! ОЧЕНЬ!!!!

Переводим фирму на линукс. Но приблуда есть 1С с МыСы скулой.

Теперь то точно венде капец, по крайней мере у нас в офисе!

>Мы говорим о 1C в данном контексте. А поддержку 1С осуществляют франчайзи. А франчайзям наплевать какая ОС.

Эт точно! У меня франчайзя-дядька на десктопе зюзю увидали, и заверещал: - О! Какая виста прикольная! Ну и как в ней?..

использование прямых SQL запросов средствами 1С++ позволяет значительно увеличить быстродействие. в 20-30 раз.

Есть жеж конвертаторы C -> Pascal... Почему бы не быть такому в etersoft'овском трансляторе запросов...

>использование прямых SQL запросов средствами 1С++ позволяет значительно увеличить быстродействие. в 20-30 раз.

Можно, без всяких 1С++, прямые запросы делать средствами ADO, прямо из 1С.

Вопрос в тему, кто нибудь из ЛОРовцев имеет опыт прикручевания этого чуда в реальной жизни, я имею ввиду wine@etersoft SQL, и если да, то как по сравнению с терминалом, работает лучше или хуже.

Вот черт, а мы уже лицензии на M$QL купили. Как раз из-за одной быдлопроги... А между прочим, стоит он дофига. И нагрузка в несколько человек...

>Если ты думаешь, что 7.7 не использует хранимые процедуры, -заблуждайся в одиночестве, не заставляй окружайщих включаться в компанию ;)

А в SQL-ную базу 1С слабо посмотреть? Нет там никаких процедур и функций и т.д. и т.п. ... В базе есть только таблицы и ничего более... 1С тупо использует SQL сервер в качестве хранилища, всю работу выполняет клиент. Так что ни о какой тысяче клиентов речи даже теоретически быть не может.

И еще один, Etersoft исходники со своим продуктом дает или хрен там.

скачать сабж не удается - просит код партнера

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

>А в SQL-ную базу 1С слабо посмотреть?

Ты зачем дезинформацию распространяешь. Я в эту базу, последние пять лет, каждый день смотрю. Есть там процедуры. Даже используются. Не самым лучшим способом, но используются. А список этих процедур довольно внушительный.

>Вообще-то я предпочел купить готовую вещь в коробке и стандартный саппорт к ней

Я тоже предпочел бы. Но нет там саппорта. А наличие тайных хаков как раз документировано. Проблемы есть только с транзакциями на запись. А для отчетов самое оно. Особенно при большем количестве пользователей. Конечно о 1000 речь не идет, но 70 легко, даже на слабом сервере, как по нынешним временам.

>Есть там процедуры.

Нет там никаких процедур. Если есть, то пример в студию... Я как-то на ЛОР-е высунувшимся одноэсникам об этом говорил, так кроме бе-ме они сказать ничего не могли...

Это просто праздник какой-то...

>Мы говорим о 1C в данном контексте. А поддержку 1С осуществляют франчайзи. А франчайзям наплевать какая ОС. >Эт точно! У меня франчайзя-дядька на десктопе зюзю увидали, и заверещал: - О! Какая виста прикольная! Ну и как в ней?..

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

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

Это тебе кривые франчи попадались. Это не значит, что они все такие. Авторитетно заявляю, среди них есть оч-чень вменяемые люди. И их не мало. Где-то 1 на десяток...

>Нет там никаких процедур. Если есть, то пример в студию...

Пожалуйста, пример...

Create procedure _1sp__1SBKTTLC_ChangeTotal(@Date DATETIME, @Kind CHAR(1), @MonthOfQuart INTEGER, @FlAdd INTEGER, @Sum NUMERIC(16, 4), @AccDtId CHAR(9), @AccKtId CHAR(9), @CurId CHAR(9), @DtFlags TINYINT, @KtFlags TINYINT, @AccDiv CHAR(9)) AS

SET NOCOUNT ON

DECLARE @Ob1 NUMERIC(16,4),@Ob2 NUMERIC(16,4),@Ob3 NUMERIC(16,4)

SELECT @Ob1=0,@Ob2=0,@Ob3=0

IF @MonthOfQuart=0 IF @FlAdd=1 SELECT @Ob1=@Sum ELSE SELECT @Ob1=-@Sum

ELSE IF @MonthOfQuart=1 IF @FlAdd=1 SELECT @Ob2=@Sum ELSE SELECT @Ob2=-@Sum

ELSE IF @MonthOfQuart=2 IF @FlAdd=1 SELECT @Ob3=@Sum ELSE SELECT @Ob3=-@Sum

Update _1SBKTTLC set OB1=OB1+@Ob1,OB2=OB2+@Ob2,OB3=OB3+@Ob3,DTFLAGS=@DtFlags,KTFLAGS=@KtFlags

where DATE=@Date and KIND=@Kind and ACCKTID=@AccKtId and ACCDTID=@AccDtId and CURRID=@CurId and SP1411=@AccDiv

IF @@ROWCOUNT=0 BEGIN

INSERT INTO _1SBKTTLC VALUES

(

@Date,@AccDtId,@AccKtId,@CurId,@Kind,@Ob1,@Ob2,@Ob3,@DtFlags,@KtFlags,@AccDiv

)

END

GO

> Нет там никаких процедур.
Вот например.

---

Create procedure _1sp__1SENTRY_NewEntry(@CurDate DATETIME, @RowId INTEGER, @Total INTEGER, @SbSel INTEGER, @AccSel INTEGER, @Add INTEGER) AS

SET NOCOUNT ON
DECLARE @DateTimeDocId CHAR(23),@Number INTEGER,@CorNo INTEGER,@AccDtId CHAR(9),@AccKtId CHAR(9)
       ,@Sum NUMERIC(14,2),@CurId CHAR(9),@CurSum NUMERIC(14,2),@Amount NUMERIC(14,3)
       ,@ProvKind CHAR(1), @DtFlags TINYINT, @KtFlags TINYINT,@Active CHAR(1),@AccDiv CHAR(9)
       ,@DTSC0 CHAR(23),@VDTSC0 INTEGER,@ODTSC0 INTEGER,@KTSC0 CHAR(23),@VKTSC0 INTEGER,@OKTSC0 INTEGER
       ,@DTSC1 CHAR(23),@VDTSC1 INTEGER,@ODTSC1 INTEGER,@KTSC1 CHAR(23),@VKTSC1 INTEGER,@OKTSC1 INTEGER
       ,@DTSC2 CHAR(23),@VDTSC2 INTEGER,@ODTSC2 INTEGER,@KTSC2 CHAR(23),@VKTSC2 INTEGER,@OKTSC2 INTEGER
       ,@DTSC3 CHAR(23),@VDTSC3 INTEGER,@ODTSC3 INTEGER,@KTSC3 CHAR(23),@VKTSC3 INTEGER,@OKTSC3 INTEGER
DECLARE @Date DATETIME
SELECT @RowId=ROW_ID,@Number=NUMBER,@CorNo=CORNO,@DateTimeDocId=DATE_TIME_DOCID,@AccDt
Id=ACCDTID,@AccKtId=ACCKTID,@Active=ACTIVE
      ,@Sum=SUM_,@CurId=CURRID,@CurSum=CURSUM,@Amount=AMOUNT,@ProvKind=PROVKIND,@DtFl
ags=DTFLAGS,@KtFlags=KTFLAGS,@AccDiv=SP9289
       ,@DTSC0=DTSC0,@VDTSC0=VDTSC0,@ODTSC0=ODTSC0,@KTSC0=KTSC0,@VKTSC0=VKTSC0,@OKTSC0
=OKTSC0
       ,@DTSC1=DTSC1,@VDTSC1=VDTSC1,@ODTSC1=ODTSC1,@KTSC1=KTSC1,@VKTSC1=VKTSC1,@OKTSC1
=OKTSC1
       ,@DTSC2=DTSC2,@VDTSC2=VDTSC2,@ODTSC2=ODTSC2,@KTSC2=KTSC2,@VKTSC2=VKTSC2,@OKTSC2
=OKTSC2
       ,@DTSC3=DTSC3,@VDTSC3=VDTSC3,@ODTSC3=ODTSC3,@KTSC3=KTSC3,@VKTSC3=VKTSC3,@OKTSC3
=OKTSC3
FROM _1SENTRY WHERE ROW_ID=@RowId
SELECT @Date=CONVERT(CHAR(8),@DateTimeDocId)
IF @@ROWCOUNT>0 BEGIN
    IF @Total=1 AND @Active=' ' BEGIN
        IF( (@ProvKind=' ') OR (@CorNo>0)  )
            EXECUTE _1sp__1SBKTTLC_ChangeTotals @Add, @CurDate,@Date,@Sum,@CurSum,@Amount,@AccDtId,@AccKtId,@CurId,@DtFlags,@KtFlags,
@AccDiv
        IF( ( (@ProvKind=' ') OR (@ProvKind='D') ) AND @AccDtId <> '     0   ')
            EXECUTE _1sp__1SBKTTL_ChangeTotals 0,@Add,@CurDate,@Date,@Sum,@CurSum,@Amount,@AccDtId,@CurId,@DtFlags,@AccDiv
,@DTSC0,@VDTSC0,@ODTSC0,@DTSC1,@VDTSC1,@ODTSC1,@DTSC2,@VDTSC2,@ODTSC2,@DTSC3,@V
DTSC3,@ODTSC3
        IF( ((@ProvKind=' ') OR (@ProvKind='K')) AND @AccKtId <> '     0   ')
            EXECUTE _1sp__1SBKTTL_ChangeTotals 1,@Add,@CurDate,@Date,@Sum,@CurSum,@Amount,@AccKtId,@CurId,@KtFlags,@AccDiv
,@KTSC0,@VKTSC0,@OKTSC0,@KTSC1,@VKTSC1,@OKTSC1,@KTSC2,@VKTSC2,@OKTSC2,@KTSC3,@V
KTSC3,@OKTSC3
    END
    IF @SbSel=1 BEGIN
        EXECUTE _1sp__1SENTRY_AddSbSels @DateTimeDocId,@Number,@CorNo,@AccDtId,@AccKtId,@DTSC0,@VDTSC0,@KTSC0,@VKTSC0,@
DTSC1,@VDTSC1,@KTSC1,@VKTSC1,@DTSC2,@VDTSC2,@KTSC2,@VKTSC2,@DTSC3,@VDTSC3,@KTSC3
,@VKTSC3
    END
    IF @AccSel=1 BEGIN
        EXECUTE _1sp__1SENTRY_AddAccSels @DateTimeDocId,@Number,@CorNo,@AccDtId,@AccKtId
    END
END
GO

А где крики "костыль!!" ?

>Я как-то на ЛОР-е высунувшимся одноэсникам

Одноэсники тоже люди. Я сам и одноэсник, и делфист, и сишник, и эскюельщик, а иногда для души на ассемблере пишу. И виндузятник и линуксоид, блин наплодили технологий...

Пожалуйста, пример... Create procedure _1sp__1SBKTTLC

Ну тогда прошу пардону... Я в 8.1 смотрел базу и бухгалтерии и торговли, но ничего подобного там не видел (процедур там точно и близко не было). Это вероятно только в 7.7 применяется...

> А в SQL-ную базу 1С слабо посмотреть? Нет там никаких процедур и функций и т.д. и т.п. ... В базе есть только таблицы и ничего более... 1С тупо использует SQL сервер в качестве хранилища, всю работу выполняет клиент.

Хранимые процедуры есть в 7.7. В 8.0 они исчезли.

Из отсутствия (и даже из наличия) хранимых процедур степень тупизны никак не следует.

Из этого, впрочем, следует сложность поделки Etersoft, так что ее авторам, безусловно, респект.

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

>Из этого, впрочем, следует сложность поделки Etersoft, так что ее авторам, безусловно, респект.

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

>Так, платное приложение к тупому бухгалтеру. Программируют на месте по принципу, что вижу, то и пою... Бррррр....

Так у них задача бабло сбрить за короткий срок с наименьшими затратами.

> pgSQL это конечно хорошо, но ИМХО для серьезной компании plSQL будет более предпочтительно...

вообще-то первое декларируется как замена второго, но реально -- это две большие разницы :)

зато мне в постгресе понравился perlSQL

> А франчайзям наплевать какая ОС.

ну не сказал бы -- 99% их кроме винды ни чего не видели и страшнее линукса для них зверя нет

неужели 1С так отупляет?

> Я сам и одноэсник, и делфист, и сишник, и эскюельщик, а иногда для души на ассемблере пишу.

а язык 1С-ки хорошо знаешь? насколько он кривой? и можно ли написать парсер с него на нормальный интерпретатор?

Это не "ура", это "УРА!". Такое вот маленькое счастье, правда, если транслирует с блокировками в PostgreSQL, то выигрыш только по цене.

Но, тем не менее, у нас можно будет использовать не только в файловом варианте.