Обучение игре на фортепиано и синтезаторе для начинающих. - Duration: 6:19. Елена Романова 124,923 views 6:19 Gummy Bear Мишка Гумми. Я играю на дешевом китайском синтизаторе за 500грн, Титаник 1 рукой, 14 тембр (струный оркестр). Снято на вебку ноотбука, поэтому такое плохое качество видео. Bravis(Бравис) KB-760 Синтезаторы/фортепиано, инструкция, поддержка, форум, описание, мануал, руководство, форум, Инструкция по эксплуатации. Синтезатор techno kb-760 инструкция. Подробные характеристики синтезатора Techno KB-760 — с описанием всех особенностей. А также цены, рейтинг магазинов и отзывы покупателей.

• С 7.7 Postgresql Vs
• С 7.7 Postgresql Date
• С 7.7 Postgresql Download

Виктор Чумачев – известный московский художник, который сотрудничает с «Системным администратором» уже несколько лет. Именно его забавные и воздушные, как ИТ, иллюстрации украшают многие серьезные статьи в журнале. Работы Виктора Чумачева хорошо знакомы читателям в России («Комсомольская правда», «Известия», «Московские новости», Коммерсант и др.) и за рубежом (США, Германия). Каждый раз, получая новый рисунок Виктора, мы в редакции улыбаемся.

Актуальной проблемой использования 1С Предприятия 7.7 для SQL. Совместно с PostgreSQL. Платформа 1С: Предприятие 7.7 изначально поддерживает только MS SQL Server. С помощью продукта SELTA@Etersoft (SQL-транслятора), устанавливаемого на клиентские машины, возможно использовать PostgreSQL для хранения базы. О настройке 1C и сервера PostgreSQL см. Книга «Знакомство с разработкой мобильных приложений. PostgreSQL - одна из систем. 1С:Предприятие SQL 7.7 теперь работает со свободной СУБД (1С+PostgreSQL). Чт, - 09:08 — admin. То о чём я спрашивал на форуме ('Связка MSSQLMysql) некоторое время назад случилось! 17 сентября 2007. Компания Этерсофт разработала и готовит.

А улыбка, как известно, смягчает душу. Поэтому смотрите на его рисунки – и пусть у вас будет хорошее настроение! АЛЕКСАНДР ГЕРНГРОСС, системный администратор турфирмы «Лабиринт», МАКСИМ ЛОБОВ, руководитель технического отдела турфирмы «Лабиринт» Сетевая версия SQL под Linux Перевод серверной части «1C:Предприятие 7.7» Практика показывает, что при переходе компаний на использование Linux на своих компьютерах программное обеспечение бухгалтерии обычно становится камнем преткновения.

С 7.7 Postgresql Vs

Несмотря на то что продукт «1С:Предприятие 8» имеет больше возможностей работать под Linux 18, бухгалтеры средних и крупных фирм не спешат переходить с версии 7.7 на 8. Не дожидаясь светлого будущего, системные администраторы уже сейчас вынуждены запускать «1С:Предприятие 7.7» под Linux. Можно ответить, что существует много способов запуска «1С:Предприятие» под Linux, данная тема не раз обсуждалась на форумах 3, 4, а об одном из них было написано на страницах журнала 1, однако все эти способы описывают запуск клиентских приложений, оставляя в тени серверную часть. Получается, что переход на Linux осуществляется наполовину? Не совсем так. Давайте разберёмся, что же понимать под серверной частью и как её перевести под Linux? Локальную версию (не сетевую) мы не рассматриваем, так как этот случай тривиален.

Сетевая версия «1С:Предприятия» может работать в двух режимах:. с использованием общих файлов для хранения всей базы в формате dbf;. с использованием SQL-сервера для хранения переменных данных и dbf файлов для различных постоянных форм и шаблонов. Небольшие фирмы обычно используют общие файлы. В качестве протокола обмена используется SMB или CIFS. В Windows поддержка этих протоколов выглядит как использование «Сетевого окружения», а в Linux используется пакет Samba. По мере роста базы и увеличения числа одновременно работающих бухгалтерских работников в системе фирмы сталкиваются с тем, что при общем хранении файлов операции, ранее выполнявшиеся за 10-15 секунд, требуют нескольких минут ожидания.

Связано это с неоптимальной организацией базы, что приводит к возникновению множества взаимных блокировок. Выход из ситуации есть – это переход на использование SQL-сервера, который изначально рассчитан на одновременную работу большого числа пользователей и позволяет оптимально работать с данными. Какой SQL-сервер выбрать? У большинства предприятий размер бухгалтерских баз не очень велик, чтобы переходить на Oracle, это всё равно что из пушки стрелять по воробьям. Наиболее простые базы, вроде mSQL или MySQL, не поддерживают триггеры и процедуры в полном объёме, как это может понадобиться. Да, и не стоит забывать: когда 10 лет назад вышла версия 7.7, у большинства фирм стояли пиратские ОС, доступность которых, как и дистрибутивов СУБД, определялась низкой ценой и безнаказанностью их использования.

В таких условиях логичнее всего было сделать поддержку СУБД Microsoft SQL. Сейчас наша экономика входит в цивилизованное русло, фирмы начинают задумываться о легальности используемого ПО, эффективнее оценивают функциональную необходимость, затраты и риски.

Если где-то ещё не перешли на полностью лицензионное программное обеспечение, то, по крайней мере, стараются умалчивать об этом. Возможно, что не все знают об альтернативных решениях, об одном из которых сейчас и пойдёт речь. PostgreSQL альтернатива Microsoft SQL Покупка СУБД Microsoft SQL – это дорого, плюс надо вложить деньги в покупку серверной ОС, так как под пользовательской ОС или под Linux данная СУБД не работает. Также необходимо обучить персонал для работы с этими продуктами. PostgreSQL – это объектно-реляционная система управления базами данных, разработка которой в различных формах ведётся с 1977 года 5. PostgreSQL считается самой совершенной СУБД, распространяемой на условиях открытых исходных текстов. Несмотря на глубокие исторические корни и более чем 32-летние наработки, грустная действительность современного мира такова, что редко какие технические решения развиваются без рекламы и массового использования.

Возьмите пример с операционной системой ОS/2 или стандартом Betacam. В таких условиях самым главным направлением в популяризации преимуществ PostgreSQL может быть только практическое применение данной СУБД. Что интересно, многие разработчики программного обеспечения понимают это и, например, восьмая версия «1С:Предприятия» умеет изначально работать с PostgreSQL. Но как быть тем, у кого версия 7.7? Не для них ли написана эта статья?

Для тех программных продуктов, которые «не знают» о существовании СУБД PostgreSQL (т.е. Не могут работать с ней напрямую), следует использовать конвертор запросов.

С 7.7 Postgresql Date

Предполагая, что все существующие приложения укладываются в рамках клиент-серверной модели, зададимся вопросом: а где расположить конвертор – на сервере или на клиенте? Несомненно, более прозрачным решением было бы установить один конвертор на стороне сервера. Технически это сложная задача, готовые проекты нам неизвестны, но работы в этом направлении ведутся. Более простой вариант – это конвертирование на стороне клиента. Мнимая простота компенсируется другими затратами, конвертор необходимо не только устанавливать на каждом из клиентов, но он ещё должен учитывать особенности реализаций на всём множестве клиентов. Если количество клиентов конечно, их вариативность небольшая или вообще отсутствует, задача получается не такой сложной. Именно по второму пути сейчас развивается проект универсального транслятора SQL-запросов из диалекта T-SQL в pgSQL с названием SELTA@Etersoft 6.

Первоначально существовала задача сделать максимально простой транслятор, главным образом для «1С:Предприятия 7.7», сейчас же проект перерастает в создание более универсального инструмента. На выбранном направлении есть и подводные камни из-за особенностей проекта. Так, предполагается, что на клиентской стороне используются Windows или программы, работающие под эмулятором wine. Логично спросить: а как быть тем, у кого клиент под UNIX, например, используется связка FreeBSD + FreeTDS 14 + Apache + PHP? С этим вопросом мы обратились к Станиславу Коробейникову, главному идеологу проекта. Его ответ был следующим: «Данная ситуация скорее редкость, чем правило, но несмотря на это в ближайших планах развития есть создание серверного варианта. Как бы то ни было, быстрый старт SELTA был невозможен благодаря простоте и включению функций парсера SQL-запросов в ODBC-драйвер.

Начни мы по-другому, возможно, не было бы этого проекта вообще». Из ответа стало ясно, что структурная схема работы транслятора запросов следующая (см. Структурная схема работы транслятора запросов SELTA Рассмотрим, что представляет данный проект сегодня. SELTA@Etersoft Идея проекта такова, что SELTA + PostgreSQL фактически выступают эмулятором сервера MS SQL. Несмотря на то что данный транслятор запросов изначально разрабатывался с целью запуска «1С:Предприятие» под Linux, его возможности постоянно расширяются, вводится поддержка новых приложений.

Даже если вы не используете продукты «1С» в своей работе, а применяете какие-то другие, использующие MS SQL, или планируете приобрести, например, программу «САМО-Тур», то вам пора задуматься о миграции на PostgreSQL и возможной экономии. Транслятор SELTA@Etersoft является коммерческим продуктом, к которому прилагается техническая поддержка. Но если вы не намерены что-то покупать сразу, а просто хотите изучить возможности транслятора перед покупкой, то фирма лояльно относится к просьбам о тестировании, требуя лишь гарантийное письмо о том, что вы сотрёте продукт со своего компьютера после завершения тестирования.

В описании продукта 6 можно встретить фразу: «Создать универсальный транслятор запросов практически невозможно, поэтому данный продукт предназначен только для некоторых приложений». Задавшись вопросом, почему конвертор не всегда работает, какие проблемы возникают при его реализации и каков же полный список поддерживаемых сегодня приложений, мы обратились к разработчику и получили следующий ответ: «SQL-серверы отличаются друг от друга не только и не столько синтаксисом. Ключевыми моментами являются механизмы блокировок, версионность, уровни изоляции транзакций, типы данных и, как следствие, работа с ними. PL/pgsql, используемый в Postgres, сильно отличается от t-sql, с которым работает MS SQL Server.

Есть и мелкие отличия, с которыми постоянно сталкиваются разработчики. Например, в t-sql, если переменной присвоить значение поля запроса, не возвращающего строк, переменная не изменит своего значения. В plpgsql в том же случае переменная станет NULL.

Таких отличий множество, поэтому чаще всего для каждого нового ПО, поддерживаемого SELTA, требуется доработка. Тем не менее SELTA универсальна и может работать с разными продуктами. На данный момент она ориентирована на «1С:Предприятие 7.7». Однако если вы заинтересованы во включении в список программ, поддерживаемых SELTA, конкретного приложения, использующего MS SQL, вы можете обратиться к разработчикам Etersoft». От себя добавим, что сейчас SELTA@Etersoft полностью поддерживаются следующие программы:. «1С:Предприятие 7.7» SQL;. конфигурация «Бухгалтерия»;.

конфигурация «Зарплата»;. конфигурация «Торговля и Склад»;. конфигурация «Производство и Услуги»;.

расширение «1С». В ближайшее время планируется поддержка:. «WinСмета SQL»;.

MonitorCRM;. «КМ-Школа»;. MarkSQL. Чаще проверяйте список поддерживаемых программ по адресу 11.

Недалёк тот день, когда вы в списке полностью поддерживаемых программ обнаружите какой-нибудь «САМО-Тур»1 или другое используемое вами ПО, а если хотите ускорить процесс, то пишите разработчикам проекта и присоединяйтесь. Несмотря на оптимизм разработчиков, мы всё же копнули глубже и задались научной стороной вопроса трансляции запросов.

Что из запросов перевести нельзя, или Какие проблемы встречаются? Ответ Станислава Коробейникова был следующим: «Большая проблема изначально была вызвана отсутствием у Postgres динамических курсоров (на странице с неподдерживаемыми функциями 9 можно видеть: B034 Dynamic specification of cursor attributes). Программы же, работающие с MS SQL Server, очень активно используют именно динамические курсоры. Первым шагом к добавлению этого функционала было пересоздание простых курсоров при каждом обращении. Метод имеет несколько минусов.

Один из них – время, затрачиваемое на пересоздание курсора. От этого частично удалось уйти в версии SELTA 1.0.5. Через триггеры, отслеживающие изменения в таблицах. Недостаток такого подхода – лишние накладные расходы при изменении данных.

С 7.7 Postgresql Download

Чтобы избежать замедления, в SELTA была включена таблица с масками имён таблиц, требующих наличие триггеров 10. Для «1С» была собрана статистика, и эти маски создаются при загрузке данных.

Но этот подход также требует доработки. Немаловажен в работе с СУБД механизм блокировок. В MS SQL возможен такой принцип работы: для целостности данных и получения только актуальной информации при множественном изменении блокируются все участвующие таблицы.

При этом доступ к информации без требования актуальности может быть обеспечен с помощью механизма, называемого «грязным чтением». «Чистое чтение» будет ожидать, пока блокировка таблицы закончится. Философия работы с PostgreSQL иная, и такой механизм не реализован. Чтобы имитировать подобное поведение, SELTA блокирует таблицы при «чистом чтении», исключая возможность взаимного изменения данных и разрешая при этом чтение данных, ставшее таким образом «грязным». Получив достаточно сведений о проекте с разных сторон, мы решили попробовать SELTA@Etersoft в действии и перевести серверную часть программы «1С:Предприятие» на Linux. Практическая часть Первым делом необходимо выбрать дистрибутив Linux для тестирования.

Приоритетными при тестировании и для сборки новых версий являются платформы ALT Linux Server и Ubuntu Server. Связано это с широкой распространённостью последнего дистрибутива и тесными связями с производителями первого. Сама же SELTA, по заверениям разработчиков, тестируется под различные ОС Windows (от 2000 вплоть до 2008 Server) и WINE@Etersoft. Можно сделать вывод, что принципиальных предпочтений того или иного дистрибутива у разработчиков SELTA@Etersoft нет, поэтому среди десятка поддерживаемых был выбран уже установленный на сервере Linux Fedora 11.

Вполне вероятно, что всё описанное ниже также заработает и под вашим дистрибутивом с небольшими поправками. В качестве wine использовался WINE@Etersoft 1.0 SQL 1.0.11-eter8/3. Вся настройка «1С» для работы с серверной частью под Linux сводится к четырём несложным этапам:. установка и запуск PostgreSQL;. установка SELTA на стороне клиента;. установка и запуск клиента «1С»;. конвертирование или перенос базы данных «1С».

Пройдём подробнее по всем этапам. Пошаговую инструкцию по установке и настройке компонентов можно найти тут 7. Установка PostgreSQL на сервер Если на вашем компьютере уже установлен PostgreSQL-сервер, то, к сожалению, его придётся удалить. Проверить, установлены пакеты или нет, можно командой: # rpm -qa grep postgresql Удалить можно через команду: # rpm -e имяпакета или через: # yum remove имяпакета Удалять – не самое хорошее решение, но, к сожалению, патчей для наиболее популярных готовых сборок не существует. Те же, кто могут разобраться с исходными кодами, и так разберутся, обратившись к 8. Для всех остальных существуют бесплатные сборки PostgreSQL (Postgres@Etersoft), размещённые по адресу:.

По полученной информации от разработчиков SELTA, в сборку Postgres@Etersoft входят все последние патчи 8, включая патч от «1С» (Бартунова и Сигаева) со строковыми типами, делающими работу со строками идентичной MS SQL. Итак, скачав для своего дистрибутива необходимые установочные пакеты PostgreSQL компании Etersoft, начинаем установку, подробнее см.

Настройки PostgreSQL для работы с 1С:Предприятием Настройки PostgreSQL для работы с 1С:Предприятием Краткое содержание: Рекомендации по настройкам PostgreSQL для достижения максимальной производительности при работе с 1С6Предприятием 8.1 Применимость:. Платформа: 1С:Предприятие 8.1. СУБД: PostgreSQL Настройки:.

fsync. effectivecachesize Для повышения производительности 1С:Предприятия 8.1 при работе с СУБД PostgreSQL рекомендуется установить приведенные ниже значения параметров. Значения параметров устанавливаются в конфигурационном файле postgresql.conf. Параметр 'fsync' На производительность PostgreSQL оказывает существенное влияние производительность дисковой системы, поскольку по умолчанию, параметр fsync включен.

Это означает, что при выполнении операции COMMIT данные сразу переписываются из кеша операционной системы на диск, тем самым гарантируется консистентность при возможном аппаратном сбое. Обратной стороной этого является снижение производительности операций записи на диск, поскольку при этом не используются возможности отложенной записи данных операционной системы. Повышение производительности возможно при использовании многодисковых RAID-массивов, созданных на основе кэширующих RAID-контроллеров с энергонезависимой кэш-памятью и использования источников бесперебойного питания(UPS). В этом случае задачу по обеспечению консистентности данных при аппаратном сбое берут на себя описанные выше устройства, поэтому появляется возможность отключения параметра fsync и увеличения производительности операций записи на диск. Следует отметить, что увеличение количества дисков в RAID-массиве и объема кеша RAID-контроллера само по себе позволяет компенсировать снижение производительности, обусловленное включением параметра fsync. Параметр 'effectivecachesize' Работа оптимизатора в PostreSQL 8.2 существенно зависит от размера выделенной PostreSQL оперативной памяти. При использовании PostgreSQL 8.2 при работе с 1С:Предприятием 8.1 рекомендуется увеличить значение параметра effectivecachesize в конфиргурационном файле postgresql.conf.

Значение этого параметра рекомендуется устанавливать не менее половины объема оперативной памяти установленной на компьютере.