|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Dmitry V. Liseev 2:5020/400 19 Jul 2001 21:08:52
To : All
Subject : Re: Структура базы документов
--------------------------------------------------------------------------------
Tolik Tentser <tt@katren.ru> wrote in message
news:9j0ue6$f8m$1@news.nsk.su...
Hi !
> > Очень хороший подход, только реализовывать надо не на РСУБД,
>
> Зачем ?
Потому, что подобные задачи сложнее на РСУБД
реализовываются. Можно и ОО-программированием
на C заниматься, но некоторые этим почему-то на C++
занимаются. Как-то оно удобнее и понятнее выходит.
А главное, полученная структура СУБД и ее хранимых
процедур, триггеров и прочего кода легко и с малыми
изменениями наследуется в других проектах.
Документооборот - он и в африке документооборот.
Было-бы нелепо каждый раз его заново реализовывать
в бухгалтерской программе, складском учете и т.д. Hо
это так на практике пока и происходит.
> >и не ходить к
> > такой структуре SQL-ем.
>
> Почему ?
Потому, что к ней уже неудобно SQL-ем обращаться.
Дальше при развитии системы будет еще хуже.
В объектных системах это известная проблема
- отсутствие "языка свободных запроса", подобного
SQL. Hо на практике SQL в прикладной программе
редко бывает нужен (часто даже вреден), т.к.
бухгалтер SQL запросов сам писать не будет.
> >Реляционная модель слаба от рождения.
>
> А может таки не модель, а некоторые её использующие ?
> У меня именно так вот все и работает и на РСУБД
У меня тоже работало. Пока затраты на постоянную
модификацию структуры базы в работающей системе
не стали превышать разумные пределы. Мне, например,
вдруг, совершенно случайно, нужен оказался
полнотекстовый поиск по всем вообще атрибутам
всех объектов базы. Уже после того, как система
поставлена заказчику и забита данными. И что мне
делать? Полностью все таблицы перекраивать?
Или изначально на всякий случай делать полную
декомпозицию всего и вся по отдельным атрибутам, как в 1C?
Тогда какое отношение полученная структура будет
иметь к реляционной?
> > Как насчет пост - реляционной СУБД, типа CACHE.
>
> Зачем ?
Однажды я был свидетелем, как на один
завод прибежала команда разработчиков с речью: "Мы
тут вам сейчас вашу систему усовершенствуем на основе
современных клиент-серверных технологий и РСУБД".
Кажется, это было в 94 г. где-то в Карелии.
А там M-системка такая древняя стояла на основе
терминального доступа. Когда разработчики въехали
в постановку задачи и в ее текущую реализацию, они
пришли к мысли, что "на РСУБД таких возможностей
добиться нельзя, тут нужно будет очень много
программировать вручную". Потом им сказали, что
первоначальный вариант системы был написан
двумя программистами.
____________________________
С уважением, Лисеев Дмитрий.
http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73
--- ifmail v.2.15dev5
* Origin: EDN Sovintel (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
