Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Сравнение прикладных баз данных  [new]
SergueiF
Member

Откуда:
Сообщений: 58
Интересно было бы сравнить системы учета (типа 1с, Navision Attain, Axapta, Oracle 11i, ...) c точки зрения структуры базы данных, а не прикладных наворотов, которые хараткеризуют скорее вылизанность. Может к-н поделится размерами баз, количеством проводок, записей в номенклатурных справочниках...
Это могло бы помочь определиться желающим создать свою учетную систему - стоит ли писать что-то свое или все велосипеды давно изобретены:)
8 май 04, 13:36    [669013]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
Cat2
Member

Откуда: Petroskoi, Karjala
Сообщений: 145754
Вы путаетесь с базами и надстройками над ними. Имеет смысл, например,

сравнивать 1С и R/3. И то, и то - надстройки. Или Oracle vs MS SQL.

Но в этом случае из сломаных копей уже можно соорудить прекрасный

костер для дружественного шашлыка.

То, что Вы называете наворотами, на самом деле является обычным, можно

даже сказать рутинным программированием. А запрограмить можно все.
10 май 04, 06:47    [669588]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
SergueiF
Member

Откуда:
Сообщений: 58
хотелось бы услышать и про SAP и BAAN. Можно про Парус и Галактику

автор
Вы путаетесь с базами и надстройками над ними


что касается Oracle 11i, то Oracle E-Business Suite 11i содержит (http://www.oracle.com/ru/applications/Funct_bl/index.html?Funct_StObz.html)
ERP решения и является ПРИКЛАДНОЙ системой

автор
То, что Вы называете наворотами, на самом деле является обычным, можно

даже сказать рутинным программированием. А запрограмить можно все.


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

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

Не секрет, что многие до сих пор пытаются написать СВОЮ учетную систему с нуля, часто аргументируя это тем, что стандартные управленческие решения имеют "неправильную" или в лучшем случае избыточную структуру базы данных. Мне и хотелось бы понять плодотворность подобной идеи - в чем может быть выигрыш по сравнения со стандартными решениями
11 май 04, 10:40    [670701]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
Заглянул
Member

Откуда: nowhere
Сообщений: 403
Выигрыш может быть в том, что собственная реализация обычно лучше приспособлена к реалиям, особенно в контексте быстро меняющейся ситуации в законодательстве и "уточняющейся" со временем постановки задачи.
Плюс иногда удается сэкономить немного (чаще много) денег в краткосрочной перспективе. Потом-то все равно их нужно тратить на поддержку и "доработку" собственной разработки.
11 май 04, 11:00    [670756]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
кое-кто
Guest
про SAP R/3 вряд ли кто расскажет - как-никак порядка 11000 таблиц
11 май 04, 13:21    [671132]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
кое-кто
Guest
хотя было бы интересно узнать использует какая из этих систем триггеры и-или хранимые процедуры ?
11 май 04, 13:48    [671216]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
SergueiF
Member

Откуда:
Сообщений: 58
насколько мне известно, триггеры, хр и constrains присутствуют только в системах, внутреннюю структуру которых нельзя изменить при настройке

автор
про SAP R/3 вряд ли кто расскажет - как-никак порядка 11000 таблиц

есть подозрение, что реально НОВЫХ объектов там немного, в основном разновидности справочников, документы и журналы док-в, всевозможные хранилища промежуточных результатов..

дурацкий вопрос - почему системы, которые создают свои объекты на основе нескольких физических таблиц, используют РЕЛЯЦИОННЫЕ, а не ОБЪЕКТНЫЕ СУБД?
12 май 04, 11:50    [673276]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
SergueiF
насколько мне известно, триггеры, хр и constrains присутствуют только в системах, внутреннюю структуру которых нельзя изменить при настройке


Бред какой-то.
13 май 04, 06:07    [675064]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
SergueiF
Member

Откуда:
Сообщений: 58
автор
SergueiF
насколько мне известно, триггеры, хр и constrains присутствуют только в системах, внутреннюю структуру которых нельзя изменить при настройке


автор
mir
Бред какой-то.


Вы знете хоть одну УЧЕТНУЮ СИСТЕМУ, которая бы позволяла пользователю изменять свою внутреннюю структуру и использовала бы триггеры или хр ?

- тема:ПРИКЛАДНЫЕ базы(под этим я имел ввиду надстройки над обычными базами - Oracle, MSSQL..., создающие СВОИ объекты из обычных таблиц и ипользующих эти объекты для ведения учета - типа 1с, Navision Attain, Axapta, Oracle 11i, SAP, BAAN, Парус, Галактика, Scala....)
13 май 04, 19:05    [677291]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
2 SergueiF
Что вы понимаете под "внутренней структурой" и, соответственно, меняющей ее "настройкой" системы?

Ну и к слову:

SergueiF
ПРИКЛАДНЫЕ базы(под этим я имел ввиду надстройки над обычными базами - Oracle, MSSQL..., создающие СВОИ объекты из обычных таблиц и ипользующих эти объекты для ведения учета - типа 1с, Navision Attain, Axapta, Oracle 11i, SAP, BAAN, Парус, Галактика, Scala....)


Хотелось бы кое что уточнить. Не в порядке "наезда", полагаю, что сказанное ниже вы знаете не хуже меня. Надеюсь, что терминологическая неточность есть следствие торопливости.
Так вот. Нет никаких "обычных баз - Oracle, MSSQL...". Это называется СУБД. Нет никаких "прикладных баз". Это называется информационные системы. Любая информационная система, использующая реляционную СУБД, создает свои объекты из обычных таблиц и ипользует эти объекты для решения своих задач..
17 май 04, 11:12    [681504]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
SergueiF
Member

Откуда:
Сообщений: 58
автор
Хотелось бы кое что уточнить. Не в порядке "наезда", полагаю, что сказанное ниже вы знаете не хуже меня. Надеюсь, что терминологическая неточность есть следствие торопливости.
Так вот. Нет никаких "обычных баз - Oracle, MSSQL...". Это называется СУБД. Нет никаких "прикладных баз". Это называется информационные системы. Любая информационная система, использующая реляционную СУБД, создает свои объекты из обычных таблиц и ипользует эти объекты для решения своих задач

согласен, прошу прощения за простоту :)
Я имел ввиду даже скорее не просто информационные системы(получается слишком обще), а учетные системы - приводя конкретные примеры я хотел избежать моногословия(и рекламы эих самых систем:)
автор
Что вы понимаете под "внутренней структурой" и, соответственно, меняющей ее "настройкой" системы?

"заказные" программы, написанные под конкретную задачу, как правило имеют неизменную внутреннюю структуру объектов, которая для модификации требует специалиста как по СУБД, так и по реализации бизнес-логики. При создание учетных систем приходится сталкиваться с похожими задачами организации хранения и доступа к данным, отличающимися лишь реализацией предметной области. Лучше по этому поводу почитать у Navision, 1c и иже с ними, которые предоставляют КОНСТРУКТОР для решения бизнес-задач на основе объекты из обычных таблиц СУБД. Тем самым можно ограничиться только специалистом по бизнес-логики(если знать, что бизнес объекты правитьно и ОПТИМАЛЬНО отбражаются в СУБД)

Какой КОНСТРУКТОР лучше - мне и хотелось бы услышать от специалистов по этим системам. Интересно узнать про способы реализации стандартных объектов типа Документ, Справочник; способы хранения промежуточных итогов...
17 май 04, 14:57    [682418]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 32174
2SergueiF

Специалиста по реализации бизнес-логики требует любая система.

Кроме того, "заказные" программы требуют специалиста по СУБД, а КОНСТРУКТОР требует специалиста по нему. И обычно он дороже :-(

И в конструкторе только специалистом по бизнес-логики не ограничишся. Скажем, для бугалтерии при изменении заказной системы нужен специалист по бизнес-логике (бугалтер) и программист СУБД. А если у вас КОНСТРУКТОР (1С) то бугалтер не сможет сам внести изменения - всё равно нужен специалист 1С-разработчик.
17 май 04, 16:14    [682705]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
Спасибо за пояснение.
17 май 04, 16:24    [682739]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
EXOSTED
Guest
Имеет смысл делить учетные программы на настраиваемые и на ненастраиваемые. Вот кстати Парус в плане изменения образцов документов и
проводок легко настраивает средний бухгалтер. В то же самое время отследить изменение законодательства доступными пользователю средствами трудно и очень квалифицированному пользователю. Поэтому и побеждает 1С, которая оперативно вносит такие изменения.Все импортное,в принципе,должно в этом отношении быть ущербным.
31 май 04, 16:44    [711745]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение прикладных баз данных  [new]
SergueiF
Member

Откуда:
Сообщений: 58
кое-что удалось накопать по Аксапте и Аттейну

Разделение таблиц между компаниями - в Аксапте - возможны комбинации, в Навижн - только 2 опции - "общая для всех" и "у каждого своя"
Разделение доступа по записям в Навижне декларируется (для опции SQL), но не очень-то работает, в Аксапте - работает.
Доступ к таблице на поле - в Аксапте есть, в Аттейне нету.
В Акзапте - есть табличные коллекции, в Аттейне - нету
В Акзапте - есть разграничение доступа по доменам, в Аттейне - нету.
В Акзапте механизм конфигурационных (или функциональных) ключей серьезно упрощает любую настройку доступа.
В Акзапте - трехзвенка, двухзвенка, WEB-клиент или терминал, в Аттейне - только двухзвенка, WEB-клиент или терминал. В Аттейне через эту трехзвенку работает портал. Обычный клиент через нее не работает. Считать это трехзвенкой или нет - вот в чем вопрос.
Возможности Аттейна при количестве более 100 сомнительны, а при количестве пользователей более 500 - официально считаются невозможными. Про Акзапту - данные известны.
Ограничения собственной БД Аттейна - 64 Гб, на SQL - производительность ниже, чем на своей БД. Акзапта "своей" БД не имеет, так что сравнивать не с чем (разве что с Ораклом или SQL).
Акзапта - пашет на Оракле, Аттейн - нет.
31 май 04, 17:12    [711882]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить