Почему Axapta, а не MS Access 2003?

[AlexCh_imported]

Почему MS Acces не может стать средой для разработки ERP-систем. Функционал слабоват, нет разработчика, пишущего программы такого класса на MS Access, или слишком дешево?

[Темный_imported]

Цитата:

Сообщение от AlexCh

Функционал слабоват,

Да. Access изначально разрабатывался, как настольная СУБД.
Триггеров нет, security для дилетантов, невнятные транзакции, и, конечно же, частый слет базы, усугубляющееся тем, что нет механизма резервного копирования.
Потом появился ADP (Access Data Project) - тот же Аксес, но как клиент MSSQL.
+ полный отказ от DAO в пред. версиях и переход на ADO. Уже что-то, но VBA многого не позволит. Про классическое понимание ООП лучше не заикаться. Какие-то моменты есть, но... Через то самое место.

Цитата:

Сообщение от AlexCh

нет разработчика, пишущего программы такого класса на MS Access,

Есть. Но один он не напишет. А системы управления исходными кодами ожидать от Access не стоит.
Или это будет вещь в себе. Только это никому не надо, поскольку достаточно посчитать временные, а следовательно и денежные затраты, чтобы отказаться от этой затеи. Не надо на Оке лезть на танки.

Цитата:

Сообщение от AlexCh

или слишком дешево?

Сначала смеялся. Потом стало страшно.
Впомнил анекдот:
"Встречаются 2 новых русских (НР1 и НР2).
НР1: А я себе такой конкретный галстук прикупил. 8 тонн зелени выложил.
НР2: Лох! Такой же галстук за углом за 12 тонн есть."
+ смотри выше.
VBA - не лучший выбор для разработки систем ERP класса.

з.ы. Несмотря на все вышесказанное, Access очень люблю за скорость разработки несложных проектов.
з.з.ы. Куплю бубен. Для Аксеса. Можно б/у.

[Темный_imported]

Думаю, что стеб. Зря повелся.

[Темный_imported]

Подумал еще. Понравилось.

Надо переносить в курилку. Или в Trash.

[AlexCh_imported]

Цитата:

Сообщение от Темный

Потом появился ADP (Access Data Project) - тот же Аксес, но как клиент MSSQL.
+ полный отказ от DAO в пред. версиях и переход на ADO. Уже что-то, но VBA многого не позволит. Про классическое понимание ООП лучше не заикаться. Какие-то моменты есть, но... Через то самое место.

Разве Axapta использует другую СУБД? Что не позволит VBA ? Примеры, пожайлуста? Axapta классическая ООП?

Цитата:

Сообщение от Темный

Есть. Но один он не напишет. А системы управления исходными кодами ожидать от Access не стоит.
Или это будет вещь в себе. Только это никому не надо, поскольку достаточно посчитать временные, а следовательно и денежные затраты, чтобы отказаться от этой затеи. Не надо на Оке лезть на танки.

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

[komar]

А чего Вы, собственно, хотите? Разрабатывайте лучше на Oracle или MS SQL - хотя бы будет мощная многопользовательская СУБД. А сколько юзеров можно посадить на Аксесс, да еще в распределенке? Дело ведь не только в возможностях языка...давайте тогда на Excel разрабатывать - тот же VBA :-)

[Dzemon]

По поводу Васика: http://www.bowen-groves.com/ERP_Software_M1.stm

По поводу Аксеса: мне не встречалось более капризной и нестабильной системы

[mazzy]

Цитата:

Сообщение от Темный

Надо переносить в курилку. Или в Trash.

Не, перенесем в раздел сравнения систем

[Темный_imported]

Цитата:

Сообщение от AlexCh

Цитата:

Сообщение от Темный

Потом появился ADP (Access Data Project) - тот же Аксес, но как клиент MSSQL.
+ полный отказ от DAO в пред. версиях и переход на ADO. Уже что-то, но VBA многого не позволит. Про классическое понимание ООП лучше не заикаться. Какие-то моменты есть, но... Через то самое место.

Разве Axapta использует другую СУБД? Что не позволит VBA ? Примеры, пожайлуста? Axapta классическая ООП?

Неверная формулировка. Не Axapta - ООП, а X++ - оо язык, потомок С со множеством нововведений. Читать про ООП здесь.
И читать про Access и VBA - здесь. В начале много эмоций. но ближе к середине начианется нормальное обсуждение достоинств и недостатков.

Цитата:

Сообщение от AlexCh

Цитата:

Сообщение от Темный

Есть. Но один он не напишет. А системы управления исходными кодами ожидать от Access не стоит.
Или это будет вещь в себе. Только это никому не надо, поскольку достаточно посчитать временные, а следовательно и денежные затраты, чтобы отказаться от этой затеи. Не надо на Оке лезть на танки.

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

А они именно посчитали. И решили, что Аксес - не тот интсрумент

[Dzemon]

И еще...
Самый большой недостаток Аксесса - это вхождение его в состав МС Офиса, как ни странно. Беда в том, что Микрософт от версии к версии офиса вносит серьезные изменения, в т.ч. в общих библиотеках и внутренней архитектуре. Я несколько раз напарывался на серьезные проблемы с переходом на новый офис, т.ч. я зарекся делать что-либо серьезное на офисных приложениях.

[AlexCh_imported]

Цитата:

Сообщение от komar

А чего Вы, собственно, хотите? Разрабатывайте лучше на Oracle или MS SQL - хотя бы будет мощная многопользовательская СУБД. А сколько юзеров можно посадить на Аксесс, да еще в распределенке? Дело ведь не только в возможностях языка...давайте тогда на Excel разрабатывать - тот же VBA :-)

Дело не в инструменте и языке, а в квалификации разработчика! Access начал занимать активно место и в клиент/серверных системах. Да и дешевле получается!

[AlexCh_imported]

Цитата:

Сообщение от Dzemon

И еще...
Самый большой недостаток Аксесса - это вхождение его в состав МС Офиса, как ни странно. Беда в том, что Микрософт от версии к версии офиса вносит серьезные изменения, в т.ч. в общих библиотеках и внутренней архитектуре. Я несколько раз напарывался на серьезные проблемы с переходом на новый офис, т.ч. я зарекся делать что-либо серьезное на офисных приложениях.

Axapta разве не детище Microsofta, там никаких в ближайшее время не наблюдается изменений и выходов service pack по Axapte )

[AlexCh_imported]

Цитата:

Сообщение от Темный

Цитата:

Сообщение от AlexCh

Цитата:

Сообщение от Темный

Потом появился ADP (Access Data Project) - тот же Аксес, но как клиент MSSQL.
+ полный отказ от DAO в пред. версиях и переход на ADO. Уже что-то, но VBA многого не позволит. Про классическое понимание ООП лучше не заикаться. Какие-то моменты есть, но... Через то самое место.

Разве Axapta использует другую СУБД? Что не позволит VBA ? Примеры, пожайлуста? Axapta классическая ООП?

Неверная формулировка. Не Axapta - ООП, а X++ - оо язык, потомок С со множеством нововведений. Читать про ООП здесь.
И читать про Access и VBA - здесь. В начале много эмоций. но ближе к середине начианется нормальное обсуждение достоинств и недостатков.

Цитата:

Сообщение от AlexCh

А они именно посчитали. И решили, что Аксес - не тот интсрумент

При программировании на VBA мы используем объекты. Да мы можем "лепить" только пользовательские данные в это среде. Да мне что бы написать, клиентское приложение большего что-там есть и не надо. А что X++ полноценное ООП с "конструкторами" и "деструкторами". А чем вам тогда не нравиться С++? для создание ERP-систем?
А насчет 1С: Что они там посчитали это их дело. Речь идет не о том. А имено, что начни писать на Access "типовые конфигурации" (Блин: терминология 1Сников),Кто знает: на чем тогда народ деньги зарабатывал.

[Vadik]

Цитата:

Сообщение от AlexCh

Дело не в инструменте и языке, а в квалификации разработчика! Access начал занимать активно место и в клиент/серверных системах. Да и дешевле получается!

Значит, у Вас есть шанс занять эту нишу

Осталось сесть и сделать (с)

[AlexCh_imported]

Цитата:

Сообщение от Vadik

Цитата:

Сообщение от AlexCh

Дело не в инструменте и языке, а в квалификации разработчика! Access начал занимать активно место и в клиент/серверных системах. Да и дешевле получается!

Значит, у Вас есть шанс занять эту нишу

Осталось сесть и сделать (с)

Кажется диспут близится к концу! Вот в этом и суть парень, что проще быть консультантом по MBS и получать за корректировку отчетиков 1000-1500 $? чем связываться с разработкой базы данных с нуля. И как можно объяснить заказчику, что у меня есть тоже самое только дешевле и за работу мне платите тоже не так дорого. Думаю можно уже больше не сравнивать функционал, понятно, что он при "очумелых" ручках ни в чем не уступает Axapte. Писать некому и сопровождать тоже.

Привычка: что дороже, то лучше может оказаться вредной для кошелька заказчика, но главное ведь "срубить бабло"

[Галина]

отред

[AlexCh_imported]

Цитата:

Сообщение от komar

А чего Вы, собственно, хотите? Разрабатывайте лучше на Oracle или MS SQL - хотя бы будет мощная многопользовательская СУБД. А сколько юзеров можно посадить на Аксесс, да еще в распределенке? Дело ведь не только в возможностях языка...давайте тогда на Excel разрабатывать - тот же VBA :-)

Да разрабатываем на MS SQL, но клиентские приложения на Access

[Vadik]

Цитата:

Сообщение от AlexCh

Кажется диспут близится к концу! Вот в этом и суть парень, что проще быть консультантом по MBS и получать за корректировку отчетиков 1000-1500 $? чем связываться с разработкой базы данных с нуля. И как можно объяснить заказчику, что у меня есть тоже самое только дешевле и за работу мне платите тоже не так дорого. Думаю можно уже больше не сравнивать функционал, понятно, что он при "очумелых" ручках ни в чем не уступает Axapte. Писать некому и сопровождать тоже.

Я вот начал было писать "да я, да я тоже вот и то, и се программировал, и на том, и на этом" а потом взял да и удалил, так как спор не об этом

Вы определитесь сначала - у Вас функционал Аксапты уже есть или все же

Цитата:

Писать некому и сопровождать тоже

?

P.S. Знаю немало хороших контор (сам из такой ушел), которые именно нашли нишу и делают очень даже качественный продукт. Да, продукт узкоспециализированный, но лучше продукта, чем у них, нет. Что позволяет получать очень даже конкурентноспособные зарплаты. Кстати, существенный рост этих самых зарплат произошел как раз после того, как часть команды ушла в "консультанты Аксапты" - хозяин сел и подумал, сколько все-таки
стоят люди и чего он может лишиться

Так что мое предложение вполне серьезно - сделайте, если считаете, что сможете

P.P.S. Ничего, что я на Вы?

[Темный_imported]

Цитата:

Сообщение от AlexCh

Цитата:

Сообщение от komar

А чего Вы, собственно, хотите? Разрабатывайте лучше на Oracle или MS SQL - хотя бы будет мощная многопользовательская СУБД. А сколько юзеров можно посадить на Аксесс, да еще в распределенке? Дело ведь не только в возможностях языка...давайте тогда на Excel разрабатывать - тот же VBA :-)

Да разрабатываем на MS SQL, но клиентские приложения на Access

ADP?

[Alexsky_imported]

Очередная религиозная война на тему "Windows vs Linux"... Безперспективно