Dima TНачну с конца:
EmeryПлюсы клиент-серверных решений я знаю, и минусы тоже. Вы же знаете минусы 1С77, но не знаете ее плюсов, и как легко эти минусы обходятся практически, а не теоретически, как вы написали: «Видел это вживую на базе в несколько гигабайт». Если вы такой умный, то лучше предложите способ обойти ограничение в 100 миллионов записей виртуального режима SysListView32 (в MFC-обертке CListCtrl), как раз для целей использования интерфейса на технологии клиент-сервер.
1С77 как язык разработки это мягко говоря недоразумение, очень скудный и ограниченный в функционале язык. Немного пописать пришлось и вывод для себя я сделал простой: "Пока есть возможность писать не в 1С я буду ей пользоваться", пока все идет нормально :)
Странно это слышать человеку, который профессионально занимается 1С77 (за это я получаю зарплату). Мой вывод противоположный, с «семеркой» можно иметь дело, возможностей его вполне достаточно для предприятия среднего (типа нашего) уровня, а возможности легко наращивать за счет внешних компонент. Даже без всяких внешних компонент можно легко подключить VFP как OLE (для vfp9.exe /regserver) или COM-сервер (для vfp9r.dll) и свободно выполнять любой код (prg/fxp/app/exe) Visual FoxPro в среде 1С. Работать с чистым VFP не вижу смысла и «Парус» тому пример, зато ядро VFP очень даже стоит применять в 1С, производительность его ненамного отстает от MS SQL Server. Единственное условие конфигурации должны быть 100% собственные. Я уже 4 года работаю с 1С и практически не чувствую в нем никаких ограничений. Причем имеется множество идей по оптимизации кода. Но все же хочется (ради собственного удовольствия) попробовать сделать достаточно универсальную 1С-независимую программу учета ресурсов и начислений на средних предприятиях. Судя по вашей информации, 1С у вас применяется для очень крупного предприятия. Для этих целей он
совершенно не предназначен . Нужно было искать другое решение, оптимальное для корпоративного пользователя. Однако это совершенно некорректно говорить о недостатках 1С используемого на крупном предприятии. Вашим специалистам надо памятник поставить, за то, что вообще заставили работать систему. Тем не менее, никто не снимает ответственности с того, кто спроектировал такую концепцию ведения учета на вашей фирме. Возможно, объяснить можно тем, что хотели получить дешевое решение, но, «скупой платит дважды».
Раз уж здесь зашла речь о SysListView32, то, похоже, решение очевидно. Переводим число 100000000 в шестнадцатеричный вид, получаем 5F5E100. Ищем это значение в comctl32.dll. Находим его в трех местах. Везде код однотипный, типа:
1.
2.
3.
4.
xor edi, edi
cmp ebx, edi
jl short loc_label
cmp ebx, 5F5E100h
jg short loc_label
Т.е., если значение меньше 0 и больше 100 миллионов, то уходим нафиг. Понятно, что если заменить 5F5E100 на, скажем, FFFFFFFE, то получим предел на количество записей в базе данных, отображаемых в SysListView32, свыше 4-х миллиардов. Что вполне достаточно для наших целей :) .
Dima TВ чисто алгоритмических языках как С++ нет встроенного СУБД движка, поэтому там проше писать интерфейс, а задачи выборки данных возложить на SQL-сервер.
Вот, ради этого, я и пришел в С++. То, что нет здесь «нет встроенного СУБД движка», нормально. Он здесь и не нужен, не тот уровень языка. А выбор сервера базы данных, это уже дело вкуса, потребностей и возможностей. Для меня то главный вопрос как раз в интерфейсе, реализуемом на Си, точнее в способе его взаимодействия с базой данных. То, что я хочу реализовать можно достичь с помощью
виртуального режима SysListView32, над этим я сейчас и работаю.
Dima TПро стоимость терминальных лицензий можно еще упомянуть.
Можно предложить программулину WinConnect:
http://www.thinsoftinc.com/download/WinConnect-ServerXP/setup.exe
Она тоже платная, но подешевле будет. Причем, если сильно захотеть, то можно написать ее аналог самостоятельно, она основана на относительно простой идее.
Dima TКак раз "толстый" клиент-сервер может притащить всю таблицу и пусть пользователь ее разглядывает если ему так уж это интересно. Что мешает дать возможность пользователю быстро открыть выборку по заранее введенному фильтру или показать все если он фильтр не знает как задать? Я так делаю, по крайней мере если всего не более 10000 записей. Это ограничивается только интерфейсом, т.е. его разработчиком.
Но я хочу другое. Чтобы можно было клиенту посмотреть 100 миллионов или даже 4 миллиарда записей базы данных в произвольной навигации по гриду или лист-контролу. Это не утопия и никаких ограничений по скорости, если использовать виртуальный режим SysListView32 и достаточно мощный сервер базы данных. Запросы клиента тут конечно есть, но они неявные, задаются его перемещениями клавиш (стрелки вверх/вниз, PageUp/PageDown, Home/End, перетаскивание мышью ползунка на полосе скроллинга). Хотя ничто не мешает задавать и явные запросы, например, перейти к записи номер такой-то. Тогда не будет ограничения типа ваших «10000 записей».
Dima TПо моему в этом огромный плюс 1С, в его убогости как языка, он настолько примитивен и ограничен что в коде гуру в состоянии разобраться бывший студент с полугодовым опытом работы и продолжить его сопровождать. Поэтому с точки зрения владельца бизнеса софт на 1С при всех недостатках лучше, т.к. найти профи в нормальном языке гораздо сложнее чем 1С-ника.
Думаю, что здесь есть элемент заблуждения. Я, например, когда начинал программировать на 1С, имел в наличии практически все стандартные конфигурации. И думал, что вот, щас, выберу лучшую, слегка подредактирую под свои нужды и будет мне счастье. Однако меня постигло сильное разочарование. Оказалось, что разбираться в чужом коде, особенно если его очень много, скажем мегабайты, неблагодарное занятие. До этого у меня уже был опыт программирования на Си, Паскале + Object Professional, FoxPro и даже, немного, на Клипере. Что касается чужих конфигураций на 1С, то первое, что меня удивило, это отсутствие у их авторов хорошего знания концепции учета, как таковой. Второе, что меня неприятно поразило, это небрежность программирования, основной принцип тяп-ляп, как-нибудь. Я не видел ни одной добросовестно сделанной конфигурации. Плюс еще продираться через дебри ужасно написанного кода. Это оказалось выше моих сил и я решил, что дешевле для моего душевного здоровья самому написать конфигурации с нуля, чем разгребать чужое *****. Даже если просто внести более менее заметные изменения приходилось шастать по всему коду, матерясь на его качество реализации. Видно было что «конфигурасты» не любили свою работу. Но главное открытие для меня было то, что братья Нуралиевы реализовали такую концепцию учета, причем на системном уровне, которая мне чужда органически. Скажем, на уровне бухгалтерии, это изобретение субконто фирмой 1С, как способа
натурализации бухгалтерского учета. Но, «бухгалтерский учет», это не столько учет, сколько контроль за деятельностью предприятия и по большому счету чужд самому предприятию. Пришлось перевернуть эту конструкцию с головы на ноги. За основу взял «натуральный учет», как я его называю. Все вроде бы про него знают, но нигде не нашел явной и ясной формулировки. Многое надо было домысливать. Далее все стало прекрасно, провел детализацию «натурального учета» до такого уровня, чтобы стандартный учет (то бишь, контроль со стороны госорганов) вытекал из него как следствие, а не причина, как у братьев Нуралиевых. Далее, объектная модель 1С оказалось ниже плинтуса. Единственное, что там действительно необходимо, это объект «Справочник». Прочие объекты: «Документы», «Регистры», «Календари», «Журналы», «Операции», «Планы Счетов», «Субконто», «Проводки», «Виды и группы расчетов» мне абсолютно не нужны и я ими не пользуюсь. Однако их наличие мне не мешает. Так что мне не мало, много лишнего в 1С77 :) Практически во всех конфигурациях была масса глупостей, из-за относительно низкого уровня 1С-ников. Поэтому все их произведения пришлось выбросить на свалку. Я отнюдь не собираюсь утверждать, что пишу замечательный код, просто использую совершенно другую концепцию программирования, чем та, которые навязывает фирма 1С. Думаю, что в моем коде «бывший студент с полугодовым опытом работы», да и любой 1С-ник, с мышлением братьев Нуралиевых хрен разберется. Тем более что существенная часть кода (где-то пол-мегабайта) вынесена во внешнее приложение VFP. Чтобы понять мою концепцию, ему надо понять весь код, на что уйдет время сопоставимое с его разработкой (там у меня универсальный генератор отчетов чего стоит). Хотя, конечно, если код вылизан и прекрасно работает, то внести в него мелкое изменение не составит труда, что мы только что продемонстрировали на примере SysListView32. Но что касается полноценного сопровождения и поддержки моего или чужого кода сторонним специалистом, то это еще большой вопрос.
