"Файловая база" vs PostgreSQL #779397

Понимаю что этот вопрос обсужден уже много раз много где, но все же хочу для себя уточнить кое что. Дано: - 1С + файловая база - пользователи сидят в режиме толстого клиента по RDP - клиентов от 10 до 16 - файл базы весит 4.7 Гб - RLS-а нет Есть желание переехать на: - 1С + 1С-сервер + PostgreSQL - пользователи так же продолжат сидеть в режиме толстого клиента по RDP Увеличится ли производительность? Стоит ли этим заняться, если через пол года планируется отказ от 1С?

>>Стоит ли этим заняться, если через пол года планируется отказ от 1С? LOL Нет

А почему отказываетесь, кстати?

Для саморазвития - стоит. Для работы - если всё устраивает, то смысла нет.

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

"стоит ли этим заниматься" Сервер 1С тоже денег стоит. Если они есть - однозначно стоит. "Увеличится ли производительность" Производительность может и не увеличится, стабильность однозначно улучшится

"Стандартные конфы 1Ски слишком избыточны для нас. " А цены типовых и самописки сравнивали?

"стабильность однозначно улучшится" что под этим подразумевается? У нас 1Ска вроде как не падает, крутится себе по пол года на компе.

Если все устраивает - нет смысла.

"Если все устраивает" Не устраивает скорость работы. Но если переезд её толком не увеличит - то да, переходить на SQL не буду.

Местами может заметно увеличить. Поставить где-нибудь в стороне и потестить.

"А цены типовых и самописки сравнивали?" Самописная выйдет дороже на первых порах. p.s. У фирмы был удачный опыт переезда с готового движка Интернет-магазина на самописный, решили с 1С тоже самое провернуть. Больно много у менеджемента специфических запросов, которые долго в 1С внедрять, а на самописной будет быстрее.

"Поставить где-нибудь в стороне и потестить." Поставил на своей машине, появились баги вида "Недопустимая строка с указанием класса". Вот и решил узнать - стоит ли мне сейчас все эти баги разруливать, с риском что еще что-то отвалится. Или ну его..)

ТС боюсь кто то сказки рассказывать любит сильно...

+ Есть большое желание пообщаться с руководством "менеджмента" и вашим. Может контактики выложите? Только боюсь сказочников потом того...

+ Хотя уже не нуна если правильно нашел

лол, вы кого-то не того нашли)

Возможно Денис, возможно

Имя верно, но название фирмы все равно левое какое-то.

Разработка системы с нуля стоит на порядок дороже, чем внедрение готовой системы. Но, если алгоритмы, которые придумали люди ни в какой стандартной программе не реализованы, то вполне может взлететь. Только вот потом нужно не задавать глупых вопросов, когда потребуется сдавать отчётность и "творчество пользователей" перенести в бухгалтерию.

- Здравствуйте, это телефон доверия ФСБ? - Да, Николай, мы вас слушаем.

"когда потребуется сдавать отчётность и "творчество пользователей" перенести в бухгалтерию." Да, это самое трудоемкое ожидается.

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

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

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

чё-то никто про лицензию 1С на сервер не говорит...

"Увеличится ли производительность?" - Да. "Стоит ли этим заняться, если через пол-года планируется отказ от 1С?" - Да. Вероятность безвозвратной потери данных в файловой версии, всё-таки, выше. PS: "клиентов от 10 до 16" - про лицензирование и ограничение числа юзверов не забыли?

Еще одно преимущество SQL - возможность репликации базы данных в реальном времени.

Где-то увеличится, где-то уменьшится. Смотря что вы там написали. И смотря как настроите Postgre.

на чем пишите?

Угу это когда битрикс "не устроил" ))

не было ни слова о том, какая используется конфигурация, сдается ли что из регламентированной отчетности. Если принимать во внимание, что бух продолжить работать в БП, то полного отказа от 1С не будет. И что тогда бух работает в локальной базе и он там один? "Настоящий бюрократ всегда обеспечит работой себя и своего товарища!" (с) народная мудрость

Это мелочи, меня вот это сразу и наповал: "Был вариант написать свою конфу на голой 1С, но отказались, так как для полноценной разработки - язык, IDE, система контроля версий не очень." В результате как понял на ПыХыПы ваяют...

конечно стоит, для общего развития, поиграться с постгри.

что-то вроде этого:

Извините но это что? Вы вот так признаетесь в своей некомпетентности??? Когда на полном серьезе сравниваете 1С и MS Access ?

В статье разве про MS Acctss?

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

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

Простите а как у вас с чтением?

Ладно ребят, что хотел - узнал. p.s. Думаю все таки попробовать как-то нагрузочное тестирование, а там видно будет.

1. Нет я не админ. 2. Мыло могут видеть не только админы. 3. И мыло видеть не обязательно, есть другие способы. ЗЫ Поймите вы своими сообщениями просто сообщаете "я не разбираюсь в 1С, я не разбираюсь в ИТ". Но почему то лезете туда, где банально нужно найти местных специалистов и обратиться к ним. Причем к нескольким, получить от них варианты с "+" и "-" в письменном виде и с ценником, затем сравнить и выбрать что нравится. Но чтобы исполнители отвечали за результат нужный вам по договору.