Чем отличается sql база 1с от файловой

Переходить ли с файловой базы 1С на SQL?

Сейчас есть несколько баз 1С в файловом варианте, всё работает, проблем почти нет, каждая база примерно по 15-25 гб, всего пользователей 15, стоит ли переходить на SQL? Т.к. вопрос стоит на будущее чтобы не было проблем, прирост базы примерно 2-3 ГБ в год.

• Вопрос задан более трёх лет назад
• 1153 просмотра

1 комментарий

Простой 1 комментарий

Всё в общем уже написали. Просто оставлю ещё ссылочку про сравнение вариантов работы www.gilev.ru/mssqlvsfile там в начале табличка как раз показывает, что пора переходить! И по количеству пользователей и по размерам.

Решения вопроса 1

Системный администратор со стажем.

Все просто-
1) Если в базе одновременно работает не более 2 пользователей — смысла нет.
Если в базе одновременно работают 2-5 пользователей — можно задуматься над переходом, оценить нагрузку.
Если в базе одновременно работает более 5 пользователей — надо переходить.
Важно — речь идет о пользователях, которые одновременно, активно, работают в одной базе!

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

Ответ написан более трёх лет назад
Нравится 4 4 комментария
rukipalki @rukipalki Автор вопроса
активно работают 12-15 пользователей
rukipalki Переходите. Разницу увидите сразу. скорость чтения и записи в разы увеличится

rukipalki, В таком случае переходить надо без вариантов.
Файловый режим это отличная вещь, быстрый и стабильный, но он заточен на одного пользователя.
Клиент серверный — более тяжелый режим, но чем больше пользователей тем он выгоднее.
При таком количестве однозначно надо переходить.

Странно, что при размере баз в 15-25 гб у вас они все еще запускаются в файловом варианте
Ответы на вопрос 1

Системный администратор

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

Ответ написан более трёх лет назад

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

АртемЪ, На работе 70-80 пользователей, SQL + Remote Apps — в итоге стабильная работа и легкое управление. RDP для постоянной работы я бы не использовал — очень неудобно.

rukipalki @rukipalki Автор вопроса
Максим Ярошевич, А можно подробнее по характеристикам сервера? Какая нагрузка от RemoteApps?

Сервер баз данных — виртуальный, 8 ядер, 16 Гб — больше туда не поставить, старая платформа, дисковая система — два зеркала на SAS 15K, на этом же сервере сервер приложения 1С 8.3. Терминальный сервер тоже виртуальный, на другом хосте, 4 ядра, 18 Гб памяти, обычные SATA диски. Нагрузка терминального сервера в начале рабочего дня:

Пики нагрузки процессора в районе 9 часов — это вход пользователей в систему, дальше нагрузка выравнивается.
Желательно, конечно, дать немного больше ресурсов и терминальному серверу, и серверу баз данных и приложения 1С, ведутся разговоры про приобретение нового крутого сервера. Размер базы примерно 85 Гб.

Информация о преимуществе SQL версии из первоисточника, тут тоже неплохо расписано.

А зачем устраивать сервер терминалов для клиент-серверной версии.
Он хорош для файловой.

— это никак не связано, раньше работали на клиент-серверной версии, когда на каждом компьютере пользователя стоял клиент 1С — сеть сильно нагружена, были падения 1С и компьютеров в синий экран, после этого гонять данные 1С по сети между сервером и пользователями — ни за что.
Кстати, еще раньше работали на терминале Citrix MetaFrame XP с файловой 1С 8 — уперлись в блокировки на 25 пользователях в 1С, если бы работали в той же схеме с SQL базой — этого вопроса бы не возникло.

Максим Ярошевич, Сильно нагруженная сеть в клиент- серверном варианте?
Странно. Ни разу не наблюдал.
Запросов там действительно много — важен пинг, но чтобы сильно нагружало сеть при сотне пользователей, такого не видел.
Что за база?

АртемЪ, Падения в работе клиент-серверной 1С наблюдал еще во время версии 8.0, после этого только Remote Apps, возможно, в более новых версиях ситуация получше. База — Управление Торговлей.

Что такое sql версия 1с

Совместные продукты «1С:Предприятие 8» и «Microsoft SQL Server»

Преимущества использования 1С:Предприятие на основе Microsoft SQL Server

При использовании файловых версий системы с увеличением количества рабочих мест или усложнением операций (большие объемы данных для отчетности или формирования реестров, журналов документов, большое количество одновременных запросов на формирование отчетов и т.п.) снижается производительность работы: требуется все больше времени на выполнение тех же задач. При этом увеличение ресурсов сервера или пропускной способности сети ощутимого роста производительности не дает. Решением является переход на клиент-серверный вариант работы 1С:Предприятия.

Доступные для заказа позиции и цены смотрите в прайс-листе 1С.

Правила приобретения, комплектация и основная информация по продуктам – в информационном выпуске по ссылке выше.

Что такое sql версия 1с

1С умеет работать в двух режимах – файловом и серверном. При серверном варианте база данных находится не в файле, а в СУБД на сервере.

СУБД (SQL) – это система управления базами данных. Устно часто называют как «эс-ку-эль» или «скуль» или «сиквел». С 1С используются такие СУБД как MS SQL, Postgre SQL, Oracle.

Подробнее про серверный вариант работы Вы можете прочитать в уроке про сервер 1С. А здесь мы обсудим использование 1С с SQL.

Что такое SQL 1С

База данных – это набор таблиц (каждая табличка как одна страничка в Excel), в которых можно хранить данные.

Язык SQL – это способ запроса данных из этих таблиц. Язык SQL стандартизирован и практически одинаков во всех современных СУБД. Язык запросов 1С также является одним из вариантов реализации языка SQL.

СУБД – это комплекс программ и драйверов. Функции СУБД заключаются в том, чтобы самостоятельно организовать базу данных тем способом, который ей нравится (в некоторых СУБД база данных — это файл, в некоторых – раздел на диске с самостоятельной файловой системой) и обеспечить доступ к данным с помощью запросов на языке SQL.

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

В серверном варианте базу данных 1С необходимо положить в СУБД. Клиент 1С (программа с которой работает пользователь) не соединяется напрямую к СУБД. Для трансляции запросов используется специальная программа сервер 1С (сервер приложений 1С).

Для запроса данных из SQL 1С используются запросы на языке 1С. Они могут быть использованы явно (программист написал в коде программы на языке 1С) или неявно (программист вызывает функцию платформы, которая генерит запрос или такая функция вызывается сама – в форме списка справочника/документа, например).

Сервер 1С транслирует запрос в язык SQL (соответствующую модификацию, поддерживаемую конкретным СУБД) и передает на выполнение в СУБД (SQL 1С).

Кратко о лицензировании различных СУБД

Краткая информация если Вам захочется посмотреть стоимость и в прайс-листах встретятся незнакомые слова:

• Существуют лицензии различных SQL специально для 1С (т.е. «для использования с 1С»)
• Лицензии runtime – купленный SQL можно использовать только с 1С (дешевле)
• Лицензии full-use – купленный SQL можно использовать с разными программами (дороже)
• Существуют лицензии «по количеству процессов сервера» (без ограничения количество работающих пользователей) — PVU
• Существуют комплект лицензий «по сокетам/по клиентам» — LUS
  o Одна лицензия на работу SQL на сервере
  o Лицензии по количеству сокетов/клиентов (т.е. на 5 соединений, на 10 соединений и т.п.).

Здесь и ниже указана очень только обзорная информация по лицензированию, так как лицензирование у всех СУБД очень сложное, есть разные ситуации, скидки, наличие/отсутствие подписки на ИТС, ограничения и правила «по умолчанию»..

Дополнительно необходимо упомянуть, что СУБД может иметь требования к операционной системе (чтобы она была тоже серверная, например, Windows Server). В варианте MS SQL так и есть, но есть и вариант «обхода» — SQL Developer Edition.

Какую выбрать 1С — файловую или SQL

Для небольших и средних предприятий очень часто при внедрении 1С встает вопрос: какую СУБД для 1С выбрать — файловую или SQL?

Попробуем разобраться, что такое файловая база и что такое клиент серверная SQL.

СУБД — система управления базой данных. Платформа 1С Предприятие поддерживает следующие варианты СУБД:

• Файловый (встроенный в 1С)
• MS SQL Server
• Oracle
• IBM DB2
• PostgreSQL

Файловый вариант

Файловый вариант — самый простой из способов внедрения 1С Предприятия. Он не требует установки дополнительного ПО. Файловый вариант представляет собой общедоступный файл базы данных, который доступен из любого уголка сети.

Преимущества файлового варианта:

• Простота в настройке.
• Не требует дополнительного ПО.
• Дешево и сердито.

• Безопасность отсутствует. Любой пользователь системы может скопировать файл БД.
• Малая масштабируемость системы — в некоторых случаях система начинает работать медленно уже при 5-7 пользователях. Связанно это с повышенным уровнем изоляции транзакции.
• Некоторые функции программы не работают в файловом режиме (например, регламентные задания).
• Ограничена в размере (максимум 4-12гб).

Клиент-серверная СУБД для 1С

Такой вариант устройства архитектуры хорош повышенной отказоустойчивостью и безопасностью. В клиент-серверной системе может одновременно работать очень большое количество пользователей (до 5000 и более).

• Повышенная отказоустойчивость.
• Позволяет работать большому количеству пользователей одновременно.
• Размер базы данных ничем не ограничен.
• Существует бесплатные СУБД (PostgreSQL).

• Не все СУБД бесплатные, лучшие (MS SQL Server) стоят довольно больших средств.
• Необходимо администрирование SQL сервера.

Инструкция по переходу с файловой базы на SQL

Если Вы решили перенести базу 1С 8.3 (8.2) с файловой на клиент-серверный режим, следуйте следующей инструкции:

1. Создайте новую базу данных 1С в SQL;
2. Выгрузите файл *.dt из файловой базы (Конфигуратор — Администрирование — Выгрузка информационной базы);
3. Загрузите полученный файл в новую базу (Конфигуратор — Администрирование — Загрузка информационной базы).

Выводы

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

При росте организации в любой момент можно перейти от файлового к клиент-серверному режиму работы.

Если Вам необходимы работы по 1С, Вы можете смело обратиться к нашим специалистам! Мы с радостью поможем Вам в кратчайшие сроки, независимо от Вашей задачи: настроить сервер, разработать новый функционал или проконсультировать по ведению налогового учета. Подробности — на странице 1С услуги.

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

В чем отличие между 1С SQL и обыкновенной 1С?

В чем отличие между JavaServlet и JSP?
Здраствуйте! Скажите пожалуйста,чем отличаются между JavaServlet и JSP с чего начать JavaSerlet.

В чем отличие между процедурами и функциями?
добрый день расскажите, пожалуйста, кто-то в чем отличие между процедурами и функциями в Delphi.

В чем отличие между БД Архив почты и БД Почта?
Обе вышеуказанные БД используют один и тот же шаблон, тем не менее вид у данных БД различен. Как.

В чем отличие между Microsoft Visual studio 8 и MVS 5&
Уважаемые,программисты!подскажите пожалуйста в чем отличие программ C#,написанных на Visual studio.

Работал и с SQL версией и с обыкновенной файловой — разницы не заметно, особенно, если пользоваться 1С-кой на терминальном сервере. При раскладе файл-сервер+терминал работает даже быстрее, чем клиентская версия 1с на компьютере пользователя+удалённая SQL — а разница между обеими терминальными на современном сервере не особо ощущается.

Похожие публикации:

1. Как добавить пользователя в sql server
2. Как записать промежуток времени в sql
3. Как идентифицируются пользователи в ms sql server
4. Как можно хранить даты и время sql

Чем отличается sql база 1с от файловой

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

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

На январь 2010 года существуют три варианта работы 1С:

• файловая 1С
• сетевая 1С (сервер 1С и клиент 1С)
• веб 1С (тонкий клиент 1С).

Также дополнительные варианты:

• для разработчиков
• для использования веб сервисов 1С или веб расширения 1С.

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

Самый старинный вариант работы 1С. База данных находится в папке на жестком диске компьютера.

Папка с файлами базы может быть как на диске Вашего компьютера, так и на любом публичном диске локальной сети (такие публичные диски также называют «шара»).

В этом случае платформу 1С достаточно установить на компьютеры пользователей.

Также называют «клиент-серверная 1С». Это значит, что нужно установить отдельно «клиент 1С» и отдельно «сервер 1С».

База данных хранится в специальной программе для управления базами данных.

Программы для управления базами данных, которые поддерживаются 1С: Microsoft SQL, Postgre SQL, Oracle (последнюю поддерживает только 1С 8.2).

В этом случае часть платформы 1С устанавливается на сервер – «сервер 1С». Там же ставят программу управления базами данных. На компьютеры ставят платформу 1С и специальный компонент «Доступ к серверу 1С».

Тонкий клиент 1С (управляемое приложение 1С)

Самый новый вариант. В этом случае, дополнительно к клиент-серверному варианту, требуется веб-сервер. Веб-сервера, которые поддерживаются 1С: Microsoft IIS, Apache.

На сервере ставят «сервер 1С», программу управления базами данных, веб-сервер, компонент «расширение веб-сервера 1С».

На компьютерах пользователей можно использовать два варианта:

Вариант 1: не ставить ничего – использовать любой обычный браузер.

Вариант 2: установить «тонкий клиент 1С».

Пример работы через с 1С через веб-браузер можно посмотреть здесь.

Это реальная база 1С, которая установлена на сервере в компании 1С.

Дополнительный вариант – для разработчиков

Когда над разработкой конфигурации 1С работает одновременно группа разработчиков, необходимо установить дополнение – хранилище 1С SQL.

По умолчанию одновременно с конфигурацией может работать только 1 программист. Хранилище позволяет вести коллективную разработку.

Хранилище необходимо ставить на сервер или использовать в качестве сервера хранилища один из компьютеров разработчиков.

Дополнительный вариант – веб сервисы 1С и веб расширение 1С

Например у Вас в офисе учет ведется на 1С:Предприятии. Также у Вас работает веб-сайт. Вы хотели бы, чтобы веб-сайт динамически брал определенные данные из 1С. Это можно сделать с помощью Web-сервисов. Это дополнительный компонент платформы 1С. Он входит в платформу, необходимо установить эту галочку.

Web-расширение – альтернативный механизм Web-сервисов – появился раньше.

Чем сетевая 1С лучше файловой 1С

1) В файловой версии база данных находится в одном файле. Размер файла в теории может быть ограничен FAT. Правда сложно представить сегодня операционную систему на FAT – везде используется NTFS.

2) Механизм работы с файлом базы данных в 1С значительно упрощен по сравнению с SQL. В частности она хуже работает при увеличении размера файла или количества пользователей («начинает тормозить»).

Поэтому, когда речь идет про три-пять пользователей и небольшую базу – это исключительно файловая версия. База от 4Гб и более 10 пользователей – можно подумать. Еще больше – однозначно клиент-сервер.

Отличие файлового от клиент-серверного варианта работы 1С

В целом, если говорить о файловых информационных базах, то их удел 1-3 пользователя и сравнительно не большие объемы данных. Если это так, то прекрасно подойдет файловая информационная база.
Если же речь идет о большем количестве пользователей, то стоит рассмотреть клиент-серверный вариант работы. Тем более, что даже для маленьких компаний в линейке программ 1С, есть, например, бюджетный Сервер МИНИ на 5 подключений, он стоит совсем недорого. Если же пользователей в онлайне больше 5, то тут вам нужна Лицензия на сервер и соответствующее количеству пользователей Клиентская лицензия на рабочие места. Лицензия на сервер нужна, чтобы работал программа-сервер 1С, а количество клиентских лицензий должно соответствовать подключающимся пользователям (сеансам).

Остались вопросы? Давайте мы вас проконсультируем. Вверху, на этой страничке есть кнопочка «Заказать обратный звонок». Нажмите на нее и мы вам позвоним, или напишите оператору на сайте.

Клиент-серверный вариант работы отличается от файлового тем, что между файлом базы данных и программой 1С есть ещё 2 прослойки: сервер 1С и СУБД. Сервер 1С отвечает за трансляцию и передачу команд серверу СУБД, а также обеспечивает права доступа к объектной модели системы. СУБД обеспечивает все операции чтения/записи над данными.

Таким образом, элементами клиент-серверной архитектуры последовательно являются:

• Операционная система
• Система управления базами данных (СУБД)
• Сервер 1С
• Клиентское приложение 1С:Предприятие 8.

Цепочка взаимодействия при таком варианте следующая:

• Файловая система компьютера хранит данные базы
• СУБД периодически обращается к этому файлу, чтобы совершить операции чтения/записи
• Данные передаются серверу 1С
• Сервер 1С распределяет данные между клиентскими приложениями 1С.

Стоит понимать, что файловый вариант работы с базой – это базовый вариант её использования. База 1С должна быть достаточно небольшой (до 2 Гб), чтобы в ней можно было совершать регламентные операции. Плюсы у клиент-серверного варианта работы следующие:

• Возможность ведения больших БД (более 2 Гб)
• Одновременная работа большого числа пользователей
• Регулируемое распределение нагрузки на сервер
• Серверные функции 1С исполняются отдельно (в т.ч. регламентные задания)
• Хорошая защита целостности и доступа к данным.

Теперь более подробно рассмотрим клиентское приложение 1С. Клиент 1С бывает нескольких видов:

• Толстый клиент – обычное клиентское приложение 1С. С сервером 1С связь происходит по протоколу TCP/IP.
• Тонкий клиент – клиентское приложение, использующее механизм управляемых форм. Имеет отличный от обычного клиента интерфейс. С сервером 1С связь происходит либо по протоколу TCP/IP, либо через web-сервер по протоколам HTTP и HTTPS.
• Web-клиент – использует в качестве среды отображения своих элементов интернет-браузер. С сервером 1С связь происходит исключительно через web-сервер по протоколам HTTP и HTTPS.

Любое клиентское приложение 1С передаёт данные, действия пользователя через сервер 1С. Затем эстафета передаётся СУБД. Стоит также сказать что 1С:Предприятие поддерживает работу не со всеми СУБД, а только с определёнными:

• Microsoft SQL Server
• Postgre SQL
• IBM DB2
• Oracle Database

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

Похожие публикации:

1. Устройства со съемными носителями где находится
2. Файл org чем открыть
3. Файлы fz чем открыть
4. Флюс для пайки микросхем феном какой лучше

Лучше 1С может быть только 1С: Базуха

Я уже ранее писал о том, что придумал движок, который позволяет работать с не 1С SQL-базой из клиентов, которыми являются базовые конфигурации 1С:Деньги. Думаю, это классное решение для небольших частных или малотиражных конфигураций! Я назвал его Базовый Учет или Базуха (Базовый Учет Хозяйства).

Решение дешево. 1С:Деньги на каждое рабочее место обойдется в 300 рублей. Сравните с лицензией на 1С, которая стоит 13.000 рублей + 5.000 рублей за каждое дополнительное место.

Так, например, лицензия на 10 пользователей для Базухи обойдется в 3.000 рублей, а для 1С в 28.000 рублей, т.е. по 2.800 рублей на каждого пользователя! Экономия в 10 раз!

Решение лучше чем 1С по производительности в эконом-сегменте. В дешевых 1С используется файловая база, которая работает медленно, т.к. нет посредника в виде SQL-сервера, который обеспечивает быстрое извлечение данных.

Чтобы получить сервер SQL, нужно заплатить достаточно большую сумму. Сервер 1С на 5 подключений стоит 14.000, а на большее количество подключений 86.400 (32-разрядный сервер за 50.400 не рассматриваем, его покупка не имеет смысла). Поэтому в нашем примере на 10 пользователей для нормальной производительности стоимость одного рабочего места уже получается 11.440 (учтена стоимость лицензии на сервер 1С).

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

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

Решение использует код и архитектуру 1С. Это важно, потому что поддерживать его может любой программист 1С, потратив буквально пару часов на освоение документации по платформе Базухи. Кроме того, можно использовать все выразительные средства 1С в разработке — таблицы значений, МХЛ-файлы, богатые средства 1С для интеграции. Да и пользователю привычен знакомый интерфейс 1с.

Решение более свободно чем 1С. Для разработки можно использовать любые модели данных, а не только придуманные 1С прикладные объекты (регистры, планы счетов, планы обмена и т.п.). Можно использовать свои инструменты для разработки, можно делать абстракции кода, выполняя не код, а схемы кода, собственные иерархии данных.

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

Для кого предназначена Базуха?

Понятно, что конфигурация только начинается, поэтому не может конкурировать с такими монстрами, как УТ, БП, ERP, в которых вложено много труда и ресурсов. Но она и не предназначена для этого. Известно, что 1С предлагает максимально быстрый и удобный инструмент для разработки приложений баз данных. Но, к сожалению, лицензионная политика не позволяет его использовать для мелких, небольших решений.

Базуха закрывает этот вопрос и позволяет реализовывать небольшие заказные или малотиражные решения.

1С тоже позволяет делать недорогие тиражные решения, но для этого нужно предоставить решение самой 1С, она проверит его на 1С:Совместимо и если посчитает невыгодным распространение этой конфигурации, не выдаст базовую лицензию. Кроме того, такое мероприятие затратно по ресурсам.

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

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

Лицензионная чистота

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

Но на всякий случай я обратился и в 1С (lic@1c.ru). Там тоже не нашли возражений против моей схемы, после долгих и муторных споров со стороны 1С было вынесено решение:

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

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

Вот текст лицензии на базовые версии 1С:

Как устроена Базуха?

Каждому пользователю устанавливается базовая программа 1С:Деньги.

В базе пользователя администратором запускается обработка, которая подготавливает базу к начальному запуску:

1. Создает два пользователя — admin (с паролем) и user (без пароля). admin имеет административные права, user — полные.
2. Из специального настроечного файла в базу пользователя заносятся пароль администратора, логин и пароль доступа к SQL-базе, тип SQL-базы.
3. Добавляет основную обработку по работе с SQL базой данных.
4. Выполняет первоначальную синхронизацию с SQL базой данных.
5. Прописывает на рабочий стол ярлык для запуска 1С:Деньги под пользователем user с открытием списка дополнительных внешних обработок.

Окно запуска 1С:Базухи для пользователя выглядит так:

К сожалению, сразу открыть обработку «Рабочий стол» не получится технически, поэтому пользователь должен запускать ее вручную кликом.

При запуске обработки «Рабочий стол» пользователь вводит логин и пароль для доступа к SQL-базе. И начинает работу в этой базе — добавляет/изменяет/просматривает данные и отчеты.

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

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

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

Формы списка не поддерживают динамическое считывание данных, считывают данные порциями, постранично.

Отчеты выглядят как типовые 1С-отчеты, можно использовать даже систему компоновки данных (СКД).

Печатные формы документов программируются также на 1С и выводятся в табличные документы MXL.

Модули объектов (справочников и документов) хранятся в дополнительных обработках.

Особенности реализации Базухи

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

Для вопросов быстродействия важно, чтобы COM-соединение с SQL-базой данных было постоянно открыто. 1С:Деньги запускаются в режиме толстого клиента, при этом в серверном коде внешних обработок становятся доступными переменные приложения, т.к. можно постоянно хранить соединение с SQL-базой данных, а не создавать его каждый раз, что увеличивает скорость запросов к SQL-базе. Кроме того, это позволяет кэшировать дополнительные обработки, где хранится код приложения.

В качестве сервера планируется использовать любой SQL-сервер, желательно бесплатный. В начале My-SQL, потому что его проще приобрести пользователю (обычно предоставляются при покупке хостинга). И администрировать его практически не нужно. Далее, можно посмотреть в сторону Postgree.