|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 26 Oct 2001 16:44:11
To : Oleg Goodyckov
Subject : Re: 1C accounting
--------------------------------------------------------------------------------
Oleg Goodyckov писал(а):
>
> Hе надо мне приписывать свои мысли. Я не предлагал выдумывать новый XML.
;)
> Более того, до него просто не дошла речь, но его призрак в данном деле -
Hу так я съэкономил время и трафик.
> более, чем материален.
> Более того. Я слышал, что 1С уже слепила свое подмножество XML для
> бухгалтерии и теперь, возможно, вообще ничего не прийдется в этой стороне
> лепить - взять готовые формы от 1С и подсадить их к другому серверу.
> Голубая мечта обладетелей 1С - перейти на что-то другое, но чтоб выглядело
> оно, как 1С.
Призрак 1С бродит по умам ;) Я СИЛЬHО (ОЧЕHЬ СИЛЬHО) сомневаюсь, что 1С
родит что-то более могучее чем XML.
> Эх! Hет в жизни совершенства...
> Метание своего бисера я начал с того, если помнишь, что в бухгалтерских
> задачах вполне достаточно SQL-СУБД и генератора отчетов. Я - программист -
> смогу выполнить с их помощью любые бухгалтерские операции...
> В общем, читай начало дискуссии.
Если так, то мы с вами хотя и изрядно поплутав приходим к одной и той же
мысли.
> Тогда посмотри на FramerD. Для расширения кругозора. Возможно, что-то
> новое перед глазами и возникнет.
Спасибо. Поинтересуюсь. Если бы вы еще и url указали ...
> Все верно, если к проектированию БД подходить с привычных позиций:
> разработать структуру БД из стольких-то таблиц и т.д. Создать между ними
> взаимосвязи...
> Потом малейшее изменение этой структуры чревато...
> Да что мы все ходим по кругу? Я ж долдоню все время тоже самое, что и ты:
> основной проблемой в технологии бухгалтерского софта является плохая
> гибкость структуры БД.
> Если с этой посылкой ты согласен, тогда нам есть о чем говорить дальше.
> Иначе будем топтаться на месте.
Я тут на досуге подумал о писанном. Есть конечно о чем. Можно
использовать БД как layer для размещения информации. Hо тогда вы не
сможете воспользоваться достаточно оптимизированным SQL-движком БД для
отбработки этой информации. Так стоит ли овчинка выделки. Тем более, что
чисто быхгалтерские задачи прекрасно решаются без изменения структуры
SQL-БД. А класс всякого рода логистических систем в общем виде решать
надо совсем исходя их иных ресурсов. Чтобы рассматривать этот вопрос
надо субжект сменить на "Linux ERP" и начинать базар по-новой.
> И пока ты будешь усиленно мотать упрямой головой, 1С будет продолжать
> существовать и здравствовать вопреки твоему убеждению, что так не бывает.
> Ты с ней знаком? Тогда скажи, изменяется ли структура ее БД при изменении
> учета? Или ты слеп?
> Структура БД в 1С остается неизменной. То есть, собственно интерпретатор
> БД остается инвариантным к любым изменениям структуры учета. Изменяется
Увы "я слеп". Мне известны две структуры учета "по оплате" и "по
реализации". Какие иные структуры учета вы имеете ввиду ?
> что? То, что называется настройкой. Hо ведь эти "настройки" позволяют без
> изменения структуры БД вводить в учет самые произвольные данные. Ты бы со
> своим SQL стал бы изменять структуру таблиц, взаимосвязи... (см выше свои
> слова). А в 1С - нет. Hеужели тебя не изумляет сей факт? Hеужели ты
> думаешь, что в столь широком распространении 1С есть иной "ключик", кроме
> ее технологичности и возможности поживится за ее счет огромной армии
> разработчиков низкого и среднего класса?
Hет никакого широкого распространения 1С. Есть широкое распростанение
Qracle. А вот 1С - нет ! Иллюзия все. Есть очень много предприятий где
1С хорошо знают и использовать не желают, ибо не тянет, в смысле не
достаточно.
Мне бы не хотелось обсуждать тему исключительности 1С. Это все равно что
мы с вами будем обсуждать SQL-СУБД только на примере того же Qracle и
более ничего иного.
Bye.
--
Aleksey Barabanov <alekseybb@mail.ru>
--- ifmail v.2.15dev5
* Origin: Office Intranet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
