powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
217 сообщений из 217, показаны все 9 страниц
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396543
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Будьте объективны господа.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396592
GUID_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Хороший инструмент для изучения азов СУБД, но не более
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396598
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что такое азы СУБД?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396601
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну что сказать: в качестве настольного решения - очень неплох. Да и в рамках маленькой фирмы неплох. Сам быстрый, разработка быстрая. Халтурки делать одно удовольствие. Лично я использую часто когда надо между экспортом из одной системы и импортом в другую данные как-то преобразовать. Вполне адекватен своим задачам ;-)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396627
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Eternal
Ну давайте похвалим.
На майкрософт аксесе могут программировать даже те, кто не знает, что такое "азы СУБД"
лопата
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396628
Гостья
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хорошая вещь, но не навсегда.
В определенный момент становится пройденным этапом.

НЕ ДЛЯ СЕТИ.

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

Для первых шагов в программировании - идеален.
Вообще люблю я его, несмотря ни на что =)))
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396634
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я к примеру большим плюсом считаю интегрированность с Ms Office . Вся мощь Office к вашим услугам. Это же просто грандиозно .

Microsoft не выпускает продукты для "изучения азов" , Access жестко занял свою нишу в мире настольных БД и завоевывать место в клиент/серверных системах.

Недостатки конечно есть , один из них "голимая" защита. Но как говорится "ломается" все.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396651
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 ЛП
Взрыв раздался !

Я ждал тебя мастер Йода! ( Звездные Войны по РТР смотришь по ВСКР)
Я знал , первый кто засмеется это ты. Джедай Access.

>На майкрософт аксесе могут программировать даже те, кто не знает, что такое "азы СУБД"
Ну и что? Так что с этого то?

У меня есть знакомый , так он абсолютно не имея понятия о программировании пытается (уже какой год) что то сварганить на VC++. И что?

Как расценивать твою фразу верно?
Нельзя программировать незная азы программирования ( ни говоря о азах СУБД).
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396742
aPT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На акцессе хорошо одной мышей программы клепать. Если не слишком часто промахиваться мимо кнопок даже работать будет.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32396768
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
на фоксе примерно так же можно.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397158
Фотография brahew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Eternal
А вот про фокс я б не стал это утверждать
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397187
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 brahew
Т.е. на фоксе будет работать даже если слишком часто промахиваться мышкой? Очень хорошая вещь однако... Надо подумать..
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397197
Фотография brahew
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 ЛП
Да нет, не все в фоксе так просто как в аксесе, я на фоксе профессионально писал, а на аксесе учусь, так вот, аксес намного проще
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397219
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
У Access иконка красивая. С ключиком. От Поля Чудес.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397242
AlTk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а что это такое Microsoft Access???

ПС. еще и "фокс" какой-то!
ППС. про "Фокса" хоть кино показывали.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397254
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В Аксес-е легко сделать запрос типа "дайте мне записи из таблицы-2, которых нет в таблице-1, если таблица-1 и таблица-2 связаны по ключу", даже если человек ничего не понимает в SQL. Аксес сам кликает мышкой, куда надо :)

С другой стороны, мой знакомый программист, работавший на Аксесе, аж потел от усилий, когда ему надо было сделать "быструю" печать на матричный принтер.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397279
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
--Eternal
--Access жестко занял свою нишу в мире настольных БД и завоевывать место в клиент/серверных системах

умирающая технология. JET по крайней мере.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397322
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Lepsik
Ню-ню
Аксес изначально позиционировался как настольная БД. В этом секторе ему равных нет, а спрос будет. Все разговоры о том, что скоро на каждой машине будет стоять Оракл - яйца выеденного не стоят.
Единственное, что плохо - то, что MS прекратил вроде бы Jet развивать. Но его текущих возможностей еще надолго хватит, при условии улучшения функциональности аксеса как клиента.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397479
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сам быстрый
Ну ты сказал. Такого тормоза я другого не видел.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32397527
Хвост
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Единственное, что плохо - то, что MS прекратил вроде бы Jet развивать

Прекратить-то прекратило, но SP в этом году выпустило аж 2 штуки (правда изменения в основном состоят в исправлении ошибок при работе с Ораклом)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32398304
Sfagnum
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гостьяAccess больше удобен для программиста, чем для пользователя. Я бы сказал наоборот...
для разработчика - то да - удобно, но програмить в нём эт одно растройство, куча соморазумеещихся хвостов, где логика саморазумения достаточно своеобразная... + умничает не поделу частенько... да и вкус к плохому стилю прививает...

Сделать можно всё!!!
Только бы знать как...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32398511
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
Хотел было похвалить, а он...

В общем не далее как сегодня, хотел я распечатать схему БД.
Чуть больше 20 таблиц. В прошлый раз она печаталась, а сегодня он сказал что объектов слишком много... А ведь всего-то пару ошибок исправил...

Но когда я его в первый раз увидел (по-моему, в 95-м году), я был в восторге.
Потом я понял, что не все так хорошо и за десять лет почти никакого развития, но все равно для мелких поделок веще полезная
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32398572
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 *
за десять лет почти никакого развития
Если имеешь в виду собственно Jet - то да.
А если клиентскую часть (формочки, репортики, библиотеки аксеса и офиса и т.п.) - то извиняй, 2.0 от 2002 как небо от земли. Можно сказать из говна конфетку сделали.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32398797
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>А вот про фокс я б не стал это утверждать

Да , вообщем никто не спорит , что на фоксе тяжелей программить. Я имел ввиду , что там тоже есть мастерки и формы тоже можно создавать одними кликами.

>Я бы сказал наоборот...
для разработчика - то да - удобно, но програмить в нём эт одно растройство, куча соморазумеещихся хвостов, где логика саморазумения достаточно своеобразная... + умничает не поделу частенько... да и вкус к плохому стилю прививает...


Access и для юзеров и для программеров.
А я посмотрю как простой юзер будет лепить базу используя VBA/API.
Вкус к плохому стилю? Да если руки "кривые" , можно на любом языке писать хреново и как Вы выразились в плохом стиле.
Свое мнение аргументируйте пожалуйста.
Вы же сами сказали что удобно, а потом вышло что неудобно
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399026
Sfagnum
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
EternalА я посмотрю как простой юзер будет лепить базу используя VBA/API. А я про простых юзверей в связке с VBA/API что-то говорил?

EternalВкус к плохому стилю? Да если руки "кривые" , можно на любом языке писать хреново и как Вы выразились в плохом стиле.
Свое мнение аргументируйте пожалуйста. Аргумент приведу всего один - не явное преобразование типов (это скорее относиться к тем кто раньше нигде не писал).

EternalВы же сами сказали что удобно, а потом вышло что неудобно аргументируйте, или по вашему разработчик б/д и програмист одно и тоже?

Сделать можно всё!!!
Только бы знать как...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399106
Гостья
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор
гостья
Access больше удобен для программиста, чем для пользователя.

Я бы сказал наоборот...

Я имела в виду конечного пользователя. Не разработчика.
Писать-то на нем достоточно просто, как формочки, так и код (формочки особенно ;)), но конечный пользователь... страдает =))))

Скорость.....
Беееее....
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399168
Sfagnum
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гостьяЯ имела в виду конечного пользователя. Не разработчика. я тоже...

гостьяПисать-то на нем достоточно просто, как формочки, так и код (формочки особенно ;)), но конечный пользователь... страдает =))))
в аксесе формочки не пишуться... они пишуться как правило на API, а здесь они скорее рисуються... разработка в Аксе с помощью Wizard'ов не отрицаю достаточно удобно....
а насчёт конечного пользователя... я и говорю что тяжело програмить... а если он страдает, то значит что-то не так сделано...

гостьяСкорость.....
Беееее....
на паровзе по рельсам вагоны возят, а не в космос летают...

Сделать можно всё!!!
Только бы знать как...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399176
Гостья
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор
разработка в Аксе с помощью Wizard'ов не отрицаю достаточно удобно


Про WIZARD'ы я не говорю ВООБЩЕ. По-моему, они вообще не стоят обсуждения. Ими простительно пользоваться ну первые 2-3 дня знакомства с Аксом...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399190
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник

гостья
Скорость.....
Беееее....

на паровзе по рельсам вагоны возят, а не в космос летают...

А вы на бричке из Москвы в Питер съездите и тогда поймете что-такое Беееее....
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399213
Sfagnum
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гостьяПро WIZARD'ы я не говорю ВООБЩЕ. По-моему, они вообще не стоят обсуждения. Ими простительно пользоваться ну первые 2-3 дня знакомства с Аксом...ну это уж Вы загнули, кнопочку Exit очень удобно делать, да и привязаную к сурсу формочку просто забацать, потом меньше возни...

Сделать можно всё!!!
Только бы знать как...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399570
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>аргументируйте, или по вашему разработчик б/д и програмист одно и тоже?

А по вашему это разные вещи?
Разработчик БД не программист что ли?
Да практически одно и тоже.
Что разрабатывая БД не приходится работать с кодом?


>насчёт конечного пользователя... я и говорю что тяжело програмить... а если он страдает, то значит что-то не так сделано...

Так что то не так может сделать не только юзер, но и профи , причин для этого куча . (похмелье например )
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399606
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
2 ЛП Если имеешь в виду собственно Jet - то да.
А если клиентскую часть (формочки, репортики, библиотеки аксеса и офиса и т.п.) - то извиняй, 2.0 от 2002 как небо от земли. Можно сказать из говна конфетку сделали.

А что существенного появилось в 2002 (последний виденный мной Access - 2000)? По-моему, единственное удобство - стало можно править все формы на одном экране... И делать мастер-детальную форму путем вставки одной формы в другую не есть правильно, имхо. И неясно, почему вложений может быть всего три (не должно быть явного ограничения - что-то не так в архитектуре).

Хоть я и не поклонник творчества M$, а сильно ругать Access не хочется
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399645
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да нет формы это не единственное удобство . Ты похоже плохо знаком с Access если так говоришь.
Изменений в Access 2002 по сравнению с 2000 действительно немного. Но они все таки есть и некоторые полезные.

>Хоть я и не поклонник творчества M$, а сильно ругать Access не хочется

Почему же?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399697
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я тут вынужден был программить под аксесс...
Книжку какую-то читал, там во вступлении были такие супер мысли:
- Офис - самая популярная инсталляция в составе Windows
- Access - входит в состав Office

Выводы: Access - самая популярная СУБД...


Ох***ть можно.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399715
Sfagnum
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
EternalА по вашему это разные вещи?
Разработчик БД не программист что ли?
Да практически одно и тоже. В одной из книжек от MS Press читал что при создании б/д с нуля - "под ключ" должно присутсвовать что-то около 7 +-2 человека с различными професиями, начиная с человека который выпытывает, что же хочет получить в итоге заказчик, заканчивая тестером... А то что в основной массе разработчики б/д под Акс всё это в одном флаконе, не говорит, что нат различий между разработчиком и программистом.

EternalЧто разрабатывая БД не приходится работать с кодом?Кто-то рассказывал на форуме по Аксу, что видел рабочую базу на Access'е сделаную практически без самописного кода... Я к сожалению к таким высотам ещё не поднялся...

EternalТак что то не так может сделать не только юзер, но и профи , причин для этого куча . (похмелье например )я имел ввиду если юзверь страдает.

И вообще скажми мне что в VBA легко фенечки всякие делать?
например в Continuous Forms сделать разноцветные строчки, без танцев с бубном не возможно...

Сделать можно всё!!!
Только бы знать как...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399751
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Выводы: Access - самая популярная СУБД...
Так и есть.

2 Sfagnum

>Кто-то рассказывал на форуме по Аксу, что видел рабочую базу на Access'е сделаную практически без самописного кода... Я к сожалению к таким высотам ещё не поднялся...

Таки что с этого? Что тут такого то?


>например в Continuous Forms сделать разноцветные строчки, без танцев с бубном не возможно...

Ну а нафиг тебе разноцветные строчки. У Юзера глаза заболят от многочасового сидения за такой базой! Я понимаю твой подкол. Ты знаешь стамеской тоже дерево врядли можно срубить.

> А то что в основной массе разработчики б/д под Акс всё это в одном флаконе, не говорит, что нат различий между разработчиком и программистом.

А по твоему программист и разработчик имеют различия. Ты просто можешь одно и тоже называть разными вещами, сути это не играет. Программист это и есть разработчик.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399817
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
Eternal
Да нет формы это не единственное удобство . Ты похоже плохо знаком с Access если так говоришь.

Не думаю, что я плохо знаком с Access, но и утверждать что знаю все тоже не буду. А что еще кроме форм стало лучше?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399820
Sfagnum
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Eternal
>Таки что с этого? Что тут такого то?
то что некоторые умудряються без програминга делать базы

>Ну а нафиг тебе разноцветные строчки. У Юзера глаза заболят от
>многочасового сидения за такой базой!
Эт для примера, не утрируй.

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

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

>Программист это и есть разработчик.
Да это верно, но обратное утверждение не обязательно верно.
Док-во смотри выше.

Сделать можно всё!!!
Только бы знать как...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399839
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот тебе кусок Help-а

Поддержка языка XML

Язык XML (Extensible Markup Language) является не только стандартной технологией передачи данных в Интернете; он быстро превращается в предпочтительную технологию обмена данными между деловыми приложениями. Microsoft Access 2002 предоставляет мощные, интуитивные способы совместного использования данных XML, независимо от платформы, формата данных, протокола, схемы и бизнес-правил. С помощью знакомого пользователю интерфейса Microsoft Access можно легко создавать данные и структуры документов XML, используя структуры и данные Jet или SQL Server. Кроме того, в формах, отчетах и на страницах доступа к данным можно использовать данные XML из других приложений. Допустим, например, что нужные данные находятся в нескольких источниках — внутренних серверах SQL, электронных таблицах и других средствах доступа, таких как SAP. Поскольку в этих источниках в качестве формата обмена данными используется XML, то в Microsoft Access можно создать набор статистических запросов для вставки этих данных в представления, а затем создавать формы и отчеты с помощью этих представлений.

Кроме того, Microsoft Access предоставляет методы удобного управления данными за счет упрощения создания и применения схем и таблиц стилей. Microsoft Access позволяет легко описывать и доставлять сложные, структурированные данные в или из любого приложения стандартным, совместимым способом. Например, с помощью Microsoft Access можно создать схему, которая описывает структуру данных, и отправить ее поставщикам, чтобы они точно знали, каким образом данные должны выводится в их счетах.

Поддержка расширенных свойств с помощью Microsoft SQL Server 2000
Встроенная интеграция Microsoft Access 2002 и Microsoft SQL Server 2000 значительно усовершенствована за счет включения расширенных свойств базы данных SQL в проект Microsoft Access. Применение расширенных свойств в проектах Microsoft Access 2002 сделало возможным использование таких средств как связи подстановок, условия на значения (также известные как ограничения), форматирование текста и подтаблицы. Расширенные свойства можно использовать в таблицах, представлениях, сохраненных процедурах точно так же, как в аналогичных объектах файлов данных Microsoft Access. Использование расширенных свойств упростило перенос ширины столбца, высоты строки, шрифтов и настроек масок данных из одного сеанса проекта Microsoft Access в другой. Расширенные свойства упростили процедуру перемещения делового приложения из базы данных Microsoft Access в проект Microsoft Access, подключенный к Microsoft SQL Server.

Новые возможности Microsoft Access
Дополнительное обращение
Существует возможность работать с файлами Microsoft Access 2000 и изменять их в Microsoft Access 2002 без преобразования формата файла. Это упростило совместную работу пользователей Microsoft Access с файлами баз данных различных версий.

Множественные операции отмены и восстановления
Теперь можно отменять или восстанавливать несколько действий, выполненных в режиме конструктора, для всех объектов базы данных Microsoft Access и для представлений, сохраненных процедур и функций проекта Microsoft Access.

Пакетные обновления в проектах Microsoft Access с помощью Microsoft SQL Server
Все данные, вводимые в проекте Microsoft Access 2002, можно помещать в пакет, который отправляется на сервер при перемещении с записи, закрытии формы или выборе команды. Кроме того, можно создать кнопку в форме, которая позволяет сохранять все записи или отменять все изменения в записях программно.

Обновляемые автономные страницы доступа к данным
В проекте Microsoft Access имеется возможность сделать страницы доступа к данным доступными в автономном режиме, внести в них изменения на переносном компьютере и автоматически синхронизировать эти страницы при подключении к серверу SQL. Автономные страницы изменяются в проекте Microsoft Access, подключенном к локальному ядру Microsoft SQL Server 2000 Desktop Engine (ранее MSDE).

Ведение журнала ошибок преобразования
Если при преобразовании из Microsoft Access 95 или более поздней версии возникли ошибки, то в Microsoft Access 2002 создается таблица, содержащая сведения по каждой ошибке, что значительно упрощает процедуру поиска и устранения неполадок.

Открытие подчиненных форм/отчетов в отдельном окне режима конструктора
Имеется возможность открывать подчиненные формы или отчеты в отдельном окне режима конструктора непосредственно из формы или отчета либо с помощью меню Вид. Кроме того, за счет усовершенствования прокрутки упростилась работа с подчиненными формами и отчетами.

Защита проекта Microsoft Access с помощью пароля
Теперь имеется возможность непосредственно из меню Microsoft Access 2002 изменить пароль, установленный в проекте Microsoft Access, подключенном к базе данных Microsoft SQL Server 6.5 или более поздней версии.

Мастер связанных таблиц
В проекте Microsoft Access инструкции мастера связанных таблиц помогают связать таблицы с базой данных Microsoft SQL Server.

Усовершенствованная поддержка международных наборов сложных знаков
В Microsoft Access 2002 стало проще пользоваться элементами интерфейса наборов сложных знаков, т. е. теперь можно одним щелчком переключить направление чтения слева направо на справа налево в объектах, относящихся к определенным языкам.

Усовершенствованы специальные возможности
Значительно упростилась работа с формами и отчетами в Microsoft Access 2002.

При нажатии клавиши F8 в режиме конструктора формы или отчета открывается список полей.
При нажатии клавиши ENTER после выбора поля в списке полей в режиме конструктора формы или отчета это поле автоматически добавляется в макет формы или отчета.
Нажатие клавиш CTRL+TAB перемещает фокус из раздела формы или отчета в подраздел.
В режиме предварительного просмотра в команду Масштаб добавлены две дополнительные команды (с увеличением на 1000% и 500%).

Появились объекты printers еще.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32399930
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 *

А что существенного появилось в 2002 (последний виденный мной Access - 2000)?
Существенно - ничего. Изменения не революционные, но куча мелких улучшайзингов существенно жизнь облегчает. Мелочи, а приятно. 2002-й от 2000-го отличается примерно как 97-й от 95-го.

Я могу с 97-м сравнить, т.к. большую часть времени с ним работаю.
Куча св-в, методов и событий, без которых было ну очень тяжко.
Form.Recordset - ну просто вешалка без него была, транзакции по форме ни хрена не сделаешь, приходится с временными/локальными таблицами шаманить.
В 2002-м еще и Report.Recordset догадались добавить. Правда, рекордсеты иногда подглючивают (судя по аксесовскому форуму), ну да исправят когда-нить.
События типа Dirty и Undo - кажишь с 2002 появились.
Printers - просто, но удобно. В 97-м программно управлять печатью на разные принтеры устанешь. В 2002 все легко.
Библиотека самого офиса - тоже с мелкими улучшайзингами. Например в 97-м по нормальному не отследить переключение режимов формы (табличный вид/простая форма), в 2000-м и выше - да пожалуйста.
Сами режимы формы - добавился режим формы в виде сводной таблицы. В 97-м я устал все подряд в эксель экспортить только для того, чтобы юзера могли сводных таблиц там наклепать. А тут кусок экселя просто на блюдечке.
ВБА наконец то научился события выбрасывать, а то в 97-м только чужие можно было ловить.

В общем, регулярно наталкиваюсь на новые феньки и вспоминаю задачи, которые в 97-м сделать ну просто невозможно без гемора, а в 2000-м/2002-м без проблем.

По-моему, единственное удобство - стало можно править все формы на одном экране...
Для меня это как раз неудобство :)

И делать мастер-детальную форму путем вставки одной формы в другую не есть правильно, имхо.
Не хочешь - не пользуйся. По-старинке никто не запрещает.

И неясно, почему вложений может быть всего три (не должно быть явного ограничения - что-то не так в архитектуре).
Ограничение в 3 вложенных формы - это только для связанных форм. Простое вложение - может быть сколько угодно глубоким (ну не сколь угодно, но гораздо больше трех). А если уж нужно больше трех именно связанных форм - достаточно просто их связать руками (в смысле программно). В этом кстати нехило помогаю те самые новые методы и события, т.е. мелкие улучшайзинги.

Мне вот непонятно, почему максимальный уровень вложенности транзакций как был 5, так 5 и остался. Постоянно этим пользуюсь, периодически не хватает...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32400221
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Я могу с 97-м сравнить, т.к. большую часть времени с ним работаю.
2 ЛП
Доброе утро.
А почему больше с 97 то когда есть 2000/2002?
Может это случайное совпадение, но я редко видел падение баз на 97 и очень часто на 2000 / 2002 .
Зачем в 2002 ввели новый формат , Access 2002? Где то помню читал, что последний формат позволяет хранить больше записей без тормозов.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32400498
Гостья
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор
Может это случайное совпадение, но я редко видел падение баз на 97 и очень часто на 2000 / 2002

Случайное совпадение ;)

На моей памяти стоооолько раз падали базы... А я только с 97 работаю.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32400633
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А чем 2002 не устраивает?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32400846
Гостья
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Уфф.. Так сразу и не ответишь.
"Так исторически сложилось" ;)

Вообще какой смысл перебираться с одного Аксеса на другой?
Мы уж сразу на SQL + VB... =)))
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32400988
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну а какой смысл переходить на новые версии Windows тогда?
Да по моему мнению Access 97 рядом не стоит по сравнению с 2000/ 2002.
Что стоит тот же ADP . Возможность создания клиент/серверных систем.

>Вообще какой смысл перебираться с одного Аксеса на другой?

Зависит от ситуации вообще то. Ну а вообщем по моему мнению Access 2000 по сравнению с 97 гораздо лучше .
Вы небось не сидите на Windows 3.11 то? Ну вот . Новые версии программ и пакетов для того и выпускаются, что все в этом мире меняется. Особенно в ИТ -мире.

>Мы уж сразу на SQL + VB...
Имеешь ввиду VB6 & SQL SERVER 2000 ?

А как насчет VB.NET & Yukon ?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32401212
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
2 Новые версии программ и пакетов для того и выпускаются, что все в этом мире меняется. Особенно в ИТ -мире.

Может быть все гораздо проще - они выпускаются на продажу...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32401358
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
То, что спросом не пользуется - покупатся не будет.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32402184
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Может быть все гораздо проще - они выпускаются на продажу...

Спасибо , ты мне Америку открыл.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32403473
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Cat2

>То, что спросом не пользуется - покупатся не будет.

РЕКЛАМА - двигатель торговли (С). А спрос дело наживное.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32407638
Геша
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Art
"На акцессе хорошо одной мышЦей программы клепать. Если не слишком часто промахиваться мимо кнопок даже работать будет."
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32417922
Odess
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Sfagnum

Кто-то рассказывал на форуме по Аксу, что видел рабочую базу на Access'е сделаную практически без самописного кода... Я к сожалению к таким высотам ещё не поднялся...


Будешь смеяться - моя первая проданная программа еще на 2м акцессе практически не содержала ВБ кода! Кажется вообще не содержала. Проработала с 96-го до 2002го года без единого падения!.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32419917
Фотография Varan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Access помог мне не подохнуть с голоду, после того, как мою левую руку чуть не отрезало на станке с ЧПУ, используемом без защитного кожуха (после получения производственной травмы у меня появилось свободное время и возможность попрактиковаться в access, т.к налаживать станок одной рукой неудобно).
Так что этому продукту я очень даже благодарен. Спасибо тебе, MS Access, ты молодец.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32420572
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Varan
Вот это да!
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32420694
Фотография Varan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Eternal, ну а руку зашили и она зажила, а то подумаешь, что я инвалид однорукий :-)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32422175
Фотография drbond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Access в принципе очень удобный контейнер для хранения таблиц и запросов при работе с ними через ADO. Если база на Аксе, то нет проблем написать интерфейс под неё на хоть в VisualStudio хоть в Delphi.
============
drbond
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32422568
Фотография Ден
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>drbond
>Access в принципе очень удобный контейнер для хранения таблиц и запросов при работе с ними через ADO. Если база на Аксе, то нет проблем написать интерфейс под неё на хоть в VisualStudio хоть в Delphi.

Вот только интенсивно работать по сети неполучится.. Ломается база при сетивых сбоях..
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32422783
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А db, dbf и пр. разве не ломаются?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32422824
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все ломается. Только что-то чаще ломается, что-то реже ломается, что-то чаще успешно восстанавливается, что-то реже успешно восстанавливается.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32422860
Фотография Ден
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТО что я по аксес написал естевственно относится ко всем файл серверным системам..
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32422923
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А то что я написал - относится вообще ко всем системам
Только у клиент-серверных систем "чаще-реже" смещены, вот и все
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32423162
Фотография Ден
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Только у клиент-серверных систем "чаще-реже" смещены, вот и все
Ну не знаю, перенес базы с msaccess на mssql, вздохнул с облегчением, за 1,5 года работы пока что не одного сбоя (тьфу-тьфу). А то когда с базами начали работать юзверя, находящиеся в удаленных офисах (через vpn), я думал повешусь, восстанавливая базу access 1Гб весом 10 раз на дню . Очень веселое занятие было -))
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32423187
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну а кто ж тебя научил с аксесом (да и вообще с файл-серверными системами) через vpn работать? Сам себе буратинка
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32423316
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
Вы будете смеяться, но и на dbf можно сделать надежную (т.е. восстанавливаемую) систему и это даже не так сложно (сейчас, правда уже не нужно). А вот можно ли это сделать в Access?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32424058
Фотография Ден
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Лох Позорный
А куда деватся было то? -(( Начальство сказало: завтра половина менеджеров переезжает в другой офис, обеспечить безперебойную работу.. И пришлось изваращатся, потом через терминалы менеджеров запустили для работы с аксесовскими базами, те программы что на mssql, отлично по впн работают
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32424097
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Ден
А Terminal Server зачем придумали? Уж гораздо лучше картинками пуляться на клиента, чем куски гигабайтной базы по vpn туда-сюда гонять.
Это же полный маразм - движок (типа Jet) выполняется на одном компе (и даже не на одном), а само хранилище данных хрен знает куда вынесено, даже за пределы локальной сети.

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

Клоунада какая-то. Грузовика нет, поэтому нагрузим пять тонн на легковушку и пустим ее по болоту. А потом будем удивляться - чего ж так медленно и ломается часто.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32424117
OldPferd
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 *

Смеяться не буду
Работало на dbf, работает и на Access уже не один год
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32424139
Фотография Ден
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну терминал сервер настроить надо.. не 2-3 юзера ведь переехало.. Чтобы одновременно работало 50 юзверей на терминале, это надо хороший сервак собрать и настроить его.. Да еще надеялись что канал нормальный будет, оптика как никак. А Jet кстати не всю базу качает, проверял.. Что он качает фиг его поймешь, но однозначно не весь гигабайт... Ладно не собираюсь спорить -)) Там база у нас уже давно живет на sql и проблем больше нету -))
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32424153
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Ден
А Jet кстати не всю базу качает, проверял
А я так и написал: " ...куски гигабайтной базы по vpn туда-сюда гонять"

У меня через терминал не больше десятка юзеров работало, про 50 ниче сказать не могу.

2 *
можно сделать надежную (т.е. восстанавливаемую) систему
Гы... Аксес - тоже восстанавливаемая система. Даже очень восстанавливаемая. По количеству успешных восстановлений после сбоев аксес обгоняет все остальные базы данных вместе взятые
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32424936
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По количеству успешных восстановлений после сбоев аксес обгоняет все остальные базы данных вместе взятые ... невостановленные :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32549072
Rem
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rem
Гость
to Pawel:
[QUOTE]
По количеству успешных восстановлений после сбоев аксес обгоняет все остальные базы данных вместе взятые
[/QUOTE]

Ну почему сразу невосстановленные.

Давай логически:

1. Access самая распространенная база данных.
2. Access падает чаще чем другие БД.
3. Процент удачных восстановлений немногим ниже коммерческих БД.

Из 2 и 3 -> АБСОЛЮТНОЕ количество успешных восстановлений высоко. Особенно если учесть 1.

Так что логически у Access действительно делает все базы данных по количеству успешных восстановлений.

:-) автор[/quot][quot автор][quot автор][/quot]
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32551599
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Могу подтвердить, что Access чень удобен для быстрой разработки ИС (одним разработчиком), расчитанной на относительно небольшой объем данных и кол-во пользователей 5-10 человек. Более того его формы и отчеты признаются одними из лучших в доке по Ораклу. Т.е. имеется ввиду, что он может выступать в качестве клиента для клиент-серверной технологии и с Ораклом в том числе (и однозначно с MSSQL, из Access 2000 можно и MSSQL БД управлять) для бизнес-приложений. Я сейчас работаю в фирме где для клиента используется Дельфи, и должен признать что формы (окна) и отчеты явно уступают. Особенно, мне нравятся ленточные встроенные формы - грид мне не очень нравится. Кроме того, для систем, где используют Ворд и Эксел удобен программированием объектов этих приложений - все входят в MS Office. Так у меня в одной системе юзер набирает данные при регистрации предприятия, нажимает кнопку - открывается Ворд и генерит всю пачку документов необходимую для регистрации. От юзера вообще мало знаний требуется. Я и сейчас его использую на втором месте работы - времени там нет, а там работают два юзера и все время меняются требования и правила к отчетам. Не представляю как без него бы обошелся.
Но, конечно, это файл серверная сетевая технология - СУБД должна стоять на каждом клиенте. Клиенты толстые, но не на столько, чтобы конкурировать с серверами по ресурсам. Как следствие язык SQL относительно беден и имеет трудности со сложными запросами - приходится создавать промежуточные запросы и даже таблы. Надежность отдельная статья, хотя начиная с 97 фокусов - типа отправил на печать отчет, и часть данных БД разрушилась не наблюдал. Ну и взаимодействие не только с Oracle, но и с родным MSSQL таит в себе на практике баги, которые не всегда ясно как обойти. Оракловые баги все-таки удается, как правило, преодолеть, а вот Access не всегда - так и оставляли юзерам подводные камешки (или занозы). В общем не жалею, что использовал этот продукт раньше как основной, а теперь как дополнительный.
Думаю, что иметь опыт в настольной системе не лишне, и Access - не худший выбор.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32551773
Boroda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хулителям Access:
Программирую с 1980 года. Список освоенных систем программирования исчисляется десятками.
1. Негоже выдавать невежество за абсолютное знание

-Access очень хороший инструмент разработки клиентской части клиент серверных приложений. Мной реально разработана КИС для холдинга (более 150 пользователей, из них около 50 удаленных, подключенных в том числе и по Diul up по VPN). База - MS SQL, клиент MS Access). Проблем ничуть не больше чем у любых других систем программирования, а разработка существенно быстрее).
-Очень быстрое развертывание приложений. В филиалах холдинга полностью отсутствует support. всегда найдется человек, умеющий установить MS Office.
-Кроме моего холдинга лично мне известно еще как мимнимум 10 крупных в Москве, где используется такая связка. Есть и тиражные системы.
-Это очень удобный инструмент разработки настраиваемых, управляемых данными приложений.
-Можно использовать подходы объектно-ориентированного программирования (к сожалению, не полностью)
-Нет необходимости разрабатывать специализированные языки настройки (типа 1С,X++ и т.п.)
- Могу сказать еще много хороших слов.
Есть конечно и минусы - наличие ошибок, бех которых, правда не обходится ни одна система программирования. Кроме того, плохая поддержка SourceSafe, но в командах из 3-5 разработчиков решаема организационными мерами.

Важнее не на чем писать, а что, как и за какие бабки.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32551967
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Убедили! Буду изучать.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32553470
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoМогу подтвердить, что Access чень удобен для быстрой разработки ИС (одним разработчиком), расчитанной на относительно небольшой объем данных и кол-во пользователей 5-10 человек. Более того его формы и отчеты признаются одними из лучших в доке по Ораклу. Т.е. имеется ввиду, что он может выступать в качестве клиента для клиент-серверной технологии и с Ораклом в том числе (и однозначно с MSSQL, из Access 2000 можно и MSSQL БД управлять) для бизнес-приложений.
М.б. ACCESS как клиент и не плох, не буду спорить. Но почему-то забывают, что круг решаемых задач не ограничивается бухгалтерией и складом.

vadiminfoЯ сейчас работаю в фирме где для клиента используется Дельфи, и должен признать что формы (окна) и отчеты явно уступают.
Очень субъективное мнение. Кроме того, если вам чего-то не хватает в Delphi или С++ вы это можете написать сами. В ACCESS, подозреваю, это вызовет трудности:-)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32553550
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне кажется, что если бы в Access поддерживалось наследование (тех же форм, меню и контролов), представление данных было вынесено отдельно от форм отдельным контролом (т.е. не форма привязывается к данным, а на форму ложиться контрол, который привязывается к данным - чем то на это похоже подчиненные формы) и для полей ввода данных поддерживался язык Expression для описания установки их свойств как в Crystal Report (что гораздо проще выглядит, чем привязка к коду VBA, да и Expression динамически можно устанавливать по ходу выполнения программы) ... то тогда цены бы Access в кач-ве клиента крупных проектов не было.Без всего этого крупные проекты конечно делать можно, но во многих случаях появляется понятие "геммор". Кстати если бы все это было, то тогда бы можно было ко всему прочему написать Access = Sybase PowerBuilder и Access мог бы составить ему достойную конкуренцию. Странно, что когда MS нанимал PowerSoft помочь сделать Access, они все упростили по отношению к PowerBuilder. То ли решили ограничить конкуренцию, то ли Билл Гейтс решил сделать для своих пользователей попроще :) А зря.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32553752
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Именно попроще. И это один из аспектов стратегии MS на рынке ОС и офисных пакетов. Ведь что такое Access ? Это часть офисного пакета. Ну не могут маститые разработчики смириться с фактом, что какой-то юзер, пусть даже и продвинутый, сам, без их помощи может за сравнительно короткое время создать приложение БД да еще, не дай бог, и заработает на этом. Вот и попадает Access под этакий артобстрел. Можно было бы конечно наворочать что-то типа того же PowerBuilder. И что ? Добрая половина access-разработчиков сразу же от него отвернулась и возрадовались бы дельфисты, сишники и т.п. А идеальных средств разработки в природе не существует. У каждого есть свои заморочки. Никого не хотел обидеть. Просто высказал свое мнение.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32555965
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Давайте всё-таки не будем его перехваливать.

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

Да, много удобств для не просто быстрого, а сверхбыстрого создания приложений. В том числе и непрограммистами. На них Аксесс и рассчитан в первую очередь. Я вполне допускаю, что в Америке много экономистов, бухгалтеров и т.п., способных использовать VBA или спокойно обходиться без него. Именно о них M$ и заботится. Иначе я не могу объяснить ход развития Аксесса как средства разработки. Этого развития просто нет. На сегодня мы имеем тот-же скудный набор элементов управления, что и 10 лет назад, во времена второго Аксесса. И нет никакой возможности его пополнить, за исключением созданных сторонними разработчиками ActiveX-ов, использование которых, мягко говоря, не добавляет приложению надёжности. Даже тривиальные TreeView, RichText и т.п. родные для винды контролы мы получаем только в девелоперской версии аксесса и в таком голом виде, что использовать их для работы с данными можно лишь затратив массу труда. И нет простого способа связать с данными ActiveX компоненты - только через VC++, как, например, сделал Stephen Lebans в своём Rich Text ActiveX control. Согласитесь, что это проблема.

Теперь о скорости (и удобстве) разработки именно в части программирования: как тут уже отмечали, наследование не поддерживается. И Бог бы сним, но ведь нет даже никаких шаблонов или других средств повторного использования кода. Да, можно объявить любую форму как вновь создаваемую по умолчанию, но вот загвоздка - код VBA таким способом не переносится. Только copy-paste. Лично меня это напрягает.

Теперь про ADP. Попытка донести SQLServer до широких масс - это уже просто беспредел. IMHO, больше всего оно похоже на попытку ещё немного распространить свой SQLServer, то есть на банальную конкурентную борьбу вущерб своим же пользователям. В результате, опять-же сугубо IMHO, мы просто получили весьма посредственного клиента и то исключительно для M$ SQLServer и Oracle.

На самом деле, есть и другие проблемы более частного характера и масштаба, есть проблема с безопасностью, точнее кофиденциальностью, данных, есть проблема распространения приложений, особенно на компьютерах с другой версией офиса и т.д. и т.п. Я могу ещё долго распинаться, но хочу всё-таки заметить, что Аксесс - очень удачное, отлично сбалансированное и лёгкое в освоении средство построения приложений баз данных - одного из самых сложных видов программного обеспечения.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32559973
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_p
М.б. ACCESS как клиент и не плох, не буду спорить. Но почему-то забывают, что круг решаемых задач не ограничивается бухгалтерией и складом

Действительно, круг приложений ограничен. Наверное, я это упустил. Забыл это отметить. Программирование устройств, конечно, не очень хорошо. Хотя конечно, вызов функций dll, написанных на Delphi или С++ допускается (компонент тем более и все такое). Но это уже, наверное, другой стиль. Тут Delphi или С++, скорее всего, более уместны. Есть, наверное, и другие недостатки, которые найдет проектировщик в конкретном проекте. Я не хотел сказать, что выбирайте только Access в качестве клиента. Кстати, тут было про отчеты с переменным числом полей. И отчеты и формы можно еще и программировать. У меня были приложения, которые динамически формировали и отчеты, и формы с разным числом полей (хотя их число ограничено, по крайней мере, шириной формы или отчета). И даже одно рисовало Олимпийскую елку для системы по соревнованиям. Хотя конечно, это уже голое программирование отчета. И потому это, конечно, усложнение.
f_w_p
Кроме того, если вам чего-то не хватает в Delphi или С++ вы это можете написать сами. В ACCESS, подозреваю, это вызовет трудности:-)

Многое верно. Но я говорил про ленточные встроенные формы. Если бы их было легко создать, то их, скорее всего, давно бы уже создали в виде компонентов, как гриды. А уж если не создали сами фирмы MS и Борланд, чьи СУБД содержат такие формы, то наверное не всякий сможет, создать что-то стоящее. Ведь дело не только в самой форме, но и во встроенных в нее компонентов, которые бы работали с записями по отдельности (у каждой записи свой копанет). Иными словами, я тоже подозреваю, что даже на Delphi или С++ создание некоторых вещей, которые есть в Access, вызовет трудности.:-)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32561007
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нет таких визуальных вещей, которые вызывают на Delphi трудности. И ленточный Grid Вами любимый существует в дюжине разных вариантов. Сходите на страничку Торри и посмотрите
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32561427
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор
Нет таких визуальных вещей, которые вызывают на Delphi трудности. И ленточный Grid Вами любимый существует в дюжине разных вариантов. Сходите на страничку Торри и посмотрите

Мне это очень интересно. Нельзя ли ссылку дать: я не знаю ничего про Торри.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32561537
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32562581
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
--Иными словами, я тоже подозреваю, что даже на Delphi или С++ создание некоторых вещей, которые есть в Access, вызовет трудности.:-)

есть такая вещь как TopGrid так каждая ячейка может являться не только любым контролом но и гридом и в том гриде каждая ячейка свои гридом.
А уж количество наворотов такое, что Access просто кажется убожеством
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32564105
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Lepsik--есть такая вещь как TopGrid так каждая ячейка может являться не только любым контролом но и гридом и в том гриде каждая ячейка свои гридом.
А уж количество наворотов такое...

Ну такие МЫ круто-навороченные ! Аж неудобно ! Откройте топик на тему "Давайте похвалим TopGrid !" и полный вперед !
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32568201
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Reznichenko Y.V.
Не надо иронизировать. Каждый дельфин может самостоятельно как угодно извращатся с гридом, а то, что есть созданные прекрасными програмистами компоненты, просто облегчает жизнь всем остальным.
А в акссесе шаг вправо, шаг влево считается побег.

Кстати. Кто-нибудь может привести пример разработки базы на Access юзером? Кто нибудь, кроме меня, видел сие чудо в исполнении непрофессионала? Я видел немало неплохих юзерских макросов в Excel и Word. Но самостоятельно созданнаю юзером базу Acces я видел один раз. Боже мой! Какое это было убожество! Причем, это была просто одна-единственная ненормализованая табла и несколько репортов. Какие, нафиг, формы или там, меню?
Приличную базу, с приличным интерфейсом на Ассess может сделать только крепкий профессионал, который обойдет все ограничения и максимально сможет использовать достоинства.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32568330
Фотография Green2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Так акцесс это программа для професионалов-программистов среди непрофесионального офиса. Он только на клиента.

Кроме того Access не одинок, MS развивает большую базу SQL Sever.

Access + SQL Server система для больших приложений. Но тогда в Access это не база данных, а клиент.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32568442
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор
Каждый дельфин может самостоятельно как угодно извращатся с гридом, а то, что есть созданные прекрасными програмистами компоненты, просто облегчает жизнь всем остальным.
А в акссесе шаг вправо, шаг влево считается побег.

Кстати. Кто-нибудь может привести пример разработки базы на Access юзером? Кто нибудь, кроме меня, видел сие чудо в исполнении непрофессионала? Я видел немало неплохих юзерских макросов в Excel и Word. Но самостоятельно созданнаю юзером базу Acces я видел один раз. Боже мой! Какое это было убожество! Причем, это была просто одна-единственная ненормализованая табла и несколько репортов. Какие, нафиг, формы или там, меню?
Приличную базу, с приличным интерфейсом на Ассess может сделать только крепкий профессионал, который обойдет все ограничения и максимально сможет использовать достоинства.

В принципе Access допускает использование компонентов.
Наверное, под юзером Вы понимаете конечного юзера, так как по большому счету, мы все юзера (Админы, прогеры). А что касается крутых профессионалов, то это слишком не определено. Профессионал - значит, получает за это деньги. Ну, может соблюдает некоторые правила по отношению к своей работе. А что тогда означает слово "крутой"? Много получает? Ну, тогда я видел системы не крутых, которые решали задачу. Относительно простую - отдел кадров. Девушка имела относительный опыт программирования на Клипере. Сама БД, правда, содержала аномалии. Писать коды на VB относительно не сложно.
Кроме того, люди имеющие опыт в программировании (возможно, крутые профессионалы) в проблемных областях, не связанных с БД технологиями, часто недооценивают особенности проектирования БД. И могут создать БД с большим кол-вом аномалий, которые компенсируют программными ухищрениями. Но я думаю, третьекурсник с ИС образованием наработает на Access что-то вполне адекватное для задачи, если сам Access для этой задачи в принципе адекватен. Т.е. не на много хуже крутого профессионала для этой задачи, хотя может за большее время.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569026
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Cat2
Не надо иронизировать. Каждый дельфин может самостоятельно как угодно извращатся с гридом, а то, что есть созданные прекрасными програмистами компоненты, просто облегчает жизнь всем остальным.
А что, в природе мало существует сторонних (по отношению к аксесу) ActiveX-гридов? Бери любой и извращайся как душа твоя пожелает.
Большинству аксесовских программистов это не требуется, ибо стандартная функциональность стандартного аксесовского грида покрывает 90% среднестатистических потребностей. Ну а для оставшихся 10% - сторонние компоненты.

Кстати. Кто-нибудь может привести пример разработки базы на Access юзером? Кто нибудь, кроме меня, видел сие чудо в исполнении непрофессионала?
Я! Я видел! Я такое видел, что облысел и чуть не умер от разрыва ужаса.
Один из основных недостатков аксеса - на нем слишком легко писать :)).
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569168
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фишка в том, что компоненты Delphi пишутся на DELPHI и без всякого угребищного ActiveX. Впрочем, если ActiveX понадобится, то оно на Delphi тоже пишется очень легко.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569337
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2

Я видел.
Моя жена свою маркетинговую информацию однажды перенесла в Access и потом делала любые запросы и радовалась. Нормализовывали поначалу вместе. Но потом - все сама делала. Получилась не база, а загляденье!

Правда, интерфейсов ввода там не было - только пакетные загрузки из внешних источников.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569467
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фишка в том, что компоненты Delphi пишутся на DELPHI
Фишка в том, что компоненты VB пишутся на VB
И безо всякого угребищного дельфи

Весьма конструктивный диалог :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569803
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лох Позорный
Фишка в том, что компоненты VB пишутся на VB. И безо всякого угребищного дельфи. Весьма конструктивный диалог :)
Что-то я не понял? ACCESS и VB - это одно и то же или разные продукты?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569902
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это РАЗНЫЕ продукты
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569908
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ActiveX имеет свою нишу. На Delphi компоненты разрабатываются ПРОЩЕ и без привлечения дополнительных средств разработки.

Дискуссии в этих темах не веду. Иногда не выдерживаю и кидаю ОТДЕЛЬНЫЕ реплики :)))
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569915
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_p
Что-то я не понял? ACCESS и VB - это одно и то же или разные продукты?

Продукты то разные, а язык один - VB. В ACCESS используется язык программирования Visual Basic для приложений (VBA). VB используется и в других приложения Microsoft Office. Word, Exel и т.д. Я и писал, что поэтому удовно программированть объекты этих приложений в ACCESS.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569927
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ой не надо, VB и VBA РАЗНЫЕ языки. То что они ПОХОЖЕ называются ничего не доказывает. VB3 VB6 и GW-Basic тоже РАЗНЫЕ языки. И ActiveX компоненты МОЖНО писать на VB6 (не на VBA), но все таки принято писать на VC.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32569931
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А вот Delphi 2 и Delphi 7 это один и тот-же Object Pascal. Delphi 1 и Delphi 8 имеют СУЩЕСТВЕННЫЕ отличия, так как предназначены для других платформ, но язык в них опять ТОТ ЖЕ.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570079
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)VB и VBA РАЗНЫЕ языки.

А где про это написано, какие версии подразумеваются и в чем именно проявляется их разность?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570149
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Попробуйте перенести что-нибудь не тривиальное с VB на VBA или наоборот, или с VB3 на VB6 и все станет ясно.
На Delphi со второй по седьмую эти переходы безболезненны.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570325
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Gluk
Товарисч Gluk, VB и VBA не могут быть разными языками, потому что VBA - это вообще не язык, а библиотека.
впрочем, библиотека под названием VB тоже имеет место быть

2 IgorM
А где про это написано, какие версии подразумеваются и в чем именно проявляется их разность?
VB 6.0 - соответствует языку офиса 2000 и выше
VB 5.0 - офис 97
младшие версии уже не помню.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570403
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Попробуйте перенести что-нибудь не тривиальное с VB на VBA или наоборот, или с VB3 на VB6 и все станет ясно.
На Delphi со второй по седьмую эти переходы безболезненны.
А попробуйте перенести что-то нетривиальное с VC (с его MFC) на BCB (VCL)? А ведь и там и там C (С++)...

ЛПVB 6.0 - соответствует языку офиса 2000 и выше
VB 5.0 - офис 97
Вот и я об этом же... Я спрашивал у Gluk, где написано обратное.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570585
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, существуют ли какие-нибудь стандарты или формальные описания VB/VB3/VB6... ?

Для Pascal-я существуют такие стандарты.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570666
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Лох Позорный
--Фишка в том, что компоненты VB пишутся на VB

даже мелкософт внутри себя VB компоненты на VB не пишет, а только на C++.

Если мы об ActiveX говорим.
Но я бы отрезал кое-кому кое что в мелкософте за то что они позволили бейсикистам делать ActiveX.

Сколько они моей крови попили.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570673
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вот так смех. Кто-то видите ли посмел усомниться в "божественности" Delphi и выразил опасение, что:
VadimonfoИными словами, я тоже подозреваю, что даже на Delphi или С++ создание некоторых вещей, которые есть в Access, вызовет трудности.

Господа Gluk и Lepsik, ну Вам-то право, какое дело, до того, что кому-то нравится ACCESS? Вы уже сделали свой выбор давно и хочется надеятся - сознательно. Лох совершенно правильно заметил, что разработчикам ACCES как правило не нужны внешние компоненты, в отличии от разработчиков использующих Delhi. Далеко Вы уедите без сторонних компонент? Боюсь, что нет.
Так что не надо кичиться возможностью использовать Delphi для разработки компонентов для самой же Delphi. Вы просто вынуждены использовать чьи-то компоненты или писать свои, при решении тех же самых задач, решаемых с помощью ACCESS. Возможно элементы управления в ACCESS уступают лучшим компонентам Delhi, но зато они уже есть в стандартной поставке.

На мой взгляд ACCESS является более высокоуровневым средством для решения задач офисной автоматизации, по сравнению, например, с тем же Delphi.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570716
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_2Господа Gluk и Lepsik, ну Вам-то право, какое дело, до того, что кому-то нравится ACCESS?
А такое, что "неокрепшим молодым душам" программеров навязывают мысль, что ACCESS универсал, а не высокоуровневое узкоспециализированное средство.

Guest_2Лох совершенно правильно заметил, что разработчикам ACCES как правило не нужны внешние компоненты, в отличии от разработчиков использующих Delhi. Далеко Вы уедите без сторонних компонент? Боюсь, что нет.
Ошибаетесь. Я, к примеру, из сторонних компонент использую только EhLib. Но ни разу не встречал продуктов на ACCESS, чтобы они не регистрировали десяток другой ActiveX.

Guest_2На мой взгляд ACCESS является более высокоуровневым средством для решения задач офисной автоматизации, по сравнению, например, с тем же Delphi.
Вот именно! ОФИСНОЙ ! И не более.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570727
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мой драгоценный друг Guest_2, разумеется я сделал свой выбор сознательно. И я ПРЕКРАСНО обхожусь без сторонних компонент, компоненты для себя я пишу САМ на Delphi :))) Именно поэтому я и сделал свой выбор. Можно по пальцам пересчитать сторонние компоненты которые я использую, все они имеют открытые исходные коды и все дорабатывались под меня любимого с правкой оного. Как правило это вещи, написать которые можно, но написание которых отнимет много времени. Легче найти готовое, договориться с автором о возможности внесения правок и использования в коммерческих проектах (с этим не разу проблем не было), доработать напильником под себя.
Также на Delphi писались и ActiveX приблуды. Делается это даже проще чем на VC, правда есть своя специфика, после чего ее можно использовать в том-же VB :)))
А вот кто нибудь из местный поклонников Васика может наваять мне компонент Delphi на VB. Ну или AciveX компонент на VBA :o)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32570932
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну или AciveX компонент на VBA :o)
Пациент неизлечим.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571026
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GlukМой драгоценный друг Guest_2, разумеется я сделал свой выбор сознательно. И я ПРЕКРАСНО обхожусь без сторонних компонент, компоненты для себя я пишу САМ на Delphi :)))
А что же вам дружище ещё делать. Выхода же нет. Без предварительной обвязки (разработки своих компонент или же использования сторонних) вы с Delhi не сможите тягаться с ACCESS в плане автоматизации офисных задач.
Вы так упорно от местной публики добиваетесь написания на ACCESS каких-то компонент для Delphi, что мне уже стало просто интересно, зачем вы это делаете? Для чего? Моё мнение таково: Не барское это дело, в смысле ACCESS'a ваять компоненты для Delphi. ACCESS для этого не предназначен.
Разработчиков, которые занимаются офисной автоматизацией, я тоже себя любимого отношу к данной категории, в большей степени интересуют например формы ввода, организация справочников, получение отчетов. В ACCESS, для организации всего этого, средства имеются. Опять же повторюсь, что они возможно и уступают лучшим компонентам Delhi, но они уже ЕСТЬ ИЗНАЧАЛЬНО. Через минуту после установки ACCESS, я уже могу начинать работать над решением бизнес-задачи, так как всё необходимое уже есть. И мне не надо, в отличие от Delphi рыскать по Интернету в поисках Grid'ов или Reporter'ов. Ну или заморачиваться с их написанием. Время - деньги.
А потом - это ужасное BDE. Или при его отсутствии проблема библиотек доступа. Есть или нет, если есть несколько, то какую из них использовать?
До сих пор не могу понять, ну почему Великий и могучий Borland не удосужился изначально обеспечить поддержку доступа к данным через ODBC.

f_w_pОшибаетесь. Я, к примеру, из сторонних компонент использую только EhLib. Но ни разу не встречал продуктов на ACCESS, чтобы они не регистрировали десяток другой ActiveX.
Так все-таки не можите, что и требовалось доказать. А на счет "неокрепших молодых душ", так мне кажется, что умные разберутся для какого рода задач следует применять ACCESS, а дуракам закон не писан. Так что не следует беспокоиться по пустякам. (Под пустяками я понимаю вещи или явления не поддающиеся моему влиянию).
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571058
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_p
Вот именно! ОФИСНОЙ ! И не более.

Ну и что же плохого в том, что для разработки офисного приложения можно использовать такой продукт, как Access ? Что хорошего, если для разработки и сопровождения небольшой базы данных программисту пришлось бы использовать только Delphi, C++Builder или VC++, при этом тратя на разработку драгоценные дни, месяцы ?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571069
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Guest_2
это упертые люди
они на дельфи пишут компоненты для дельфи. и что они пытаются этим доказать?

я на аксесе пишу формы для аксеса.
кто-то на VB пишет COM-объекты для VB
кто-то на сипипи пишет сипипишные классы
кто-то на ассемблере пишет ассемблерный код

только дотнетовские разработчики пишут на чем угодно :)

2 f_w_p
Вот именно! ОФИСНОЙ! И не более.
Да никто и не призывает на аксесе драйвера для видеокарт разрабатывать. Если не считать товарисча Gluk'а, который хочет ActiveX писать даже не на языке, а на библиотеке.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571078
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Во-во, то самое.
Как сказал М.Жванецкий:"...процесс важнее результата"
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571186
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_2Без предварительной обвязки (разработки своих компонент или же использования сторонних) вы с Delhi не сможите тягаться с ACCESS в плане автоматизации офисных задач.
А как регистрация дополнительных ActiveX компонентов?

Guest_2Разработчиков, которые занимаются офисной автоматизацией, я тоже себя любимого отношу к данной категории, в большей степени интересуют например формы ввода, организация справочников, получение отчетов. В ACCESS, для организации всего этого, средства имеются. Опять же повторюсь, что они возможно и уступают лучшим компонентам Delhi, но они уже ЕСТЬ ИЗНАЧАЛЬНО.
Кто вам сказал, что в Delphi их нет?

Guest_2Через минуту после установки ACCESS, я уже могу начинать работать над решением бизнес-задачи, так как всё необходимое уже есть. И мне не надо, в отличие от Delphi рыскать по Интернету в поисках Grid'ов или Reporter'ов.
Аналогично!

Guest_2А потом - это ужасное BDE. До сих пор не могу понять, ну почему Великий и могучий Borland не удосужился изначально обеспечить поддержку доступа к данным через ODBC.
А потому, что эти продукты (ODBC и BDE) были разработаны почти одновременно и с одной целью - абстрагировать источник данных от приложения.[/quot]

Guest_2 f_w_pОшибаетесь. Я, к примеру, из сторонних компонент использую только EhLib. Но ни разу не встречал продуктов на ACCESS, чтобы они не регистрировали десяток другой ActiveX.
Так все-таки не можите, что и требовалось доказать.
А как же сторонние ActiveX?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571221
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Reznichenko Y.V.Ну и что же плохого в том, что для разработки офисного приложения можно использовать такой продукт, как Access ? Что хорошего, если для разработки и сопровождения небольшой базы данных программисту пришлось бы использовать только Delphi, C++Builder или VC++, при этом тратя на разработку драгоценные дни, месяцы ?
Согласен. Начальные временнЫе затраты для освоения Delphi или С++ больше чем для освоения ACCESS. Но это капитальные вложения. Делаются один раз. А далее мы не тратим на разработку драгоценные дни, месяцы . С ACCESS картина прямо противоположная.
P.S. Кстати, я ни разу не сталкивался с проектами небольшой настольной офисной БД.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571223
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 f_w_p
А как регистрация дополнительных ActiveX компонентов?
Но ни разу не встречал продуктов на ACCESS, чтобы они не регистрировали десяток другой ActiveX.
не повезло тебе в этой жизни с аксесом. просто не повезло.
подавляющее большинство аксесовских разработчиков в глаза сторонние компоненты не видит и горя не знает.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571236
йуцк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
f_w_pКстати, я ни разу не сталкивался с проектами небольшой настольной офисной БД.
а это, собственно, и объяснение причин невезения
если вы пытаетесь использовать аксес для больших (ну очень больших), не настольных (ну просто с тысячами пользователей) и совсем не офисных БД - то флаг в руки

мотоциклы - они плохие. потому что камаз больше груза сумеет перевезти.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571255
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторGuest_2
Разработчиков, которые занимаются офисной автоматизацией, я тоже себя любимого отношу к данной категории, в большей степени интересуют например формы ввода, организация справочников, получение отчетов. В ACCESS, для организации всего этого, средства имеются. Опять же повторюсь, что они возможно и уступают лучшим компонентам Delhi, но они уже ЕСТЬ ИЗНАЧАЛЬНО.

Кто вам сказал, что в Delphi их нет?


А вот и нету в Delphi из коробки, такого же репортера, который есть в ACCESS.
Так что сразу же взяться за решение бизнесс-задачи вы просто не сможите.
Будете искать как минимум какой-нибудь репортер. Да и с гридом та же самая история. Да и заморочки с библиотеками доступа к данным - у вас остаются. Так, что не надо желаемое выдавать за действительное.

авторА потому, что эти продукты (ODBC и BDE) были разработаны почти одновременно и с одной целью - абстрагировать источник данных от приложения И каков же результат данного абстрагирования? Сплошной конфуз получился, да и только. ODBC является стандартом доступа к реляционным БД, а IDAPI увы приказал долго жить (BDE - есть всего лишь энжайн для IDAPI). Что помешало Borland'у осознав, что ODBC выиграл у IDAPI встроить в свои новые версии Delphi полноценную поддержку ODBC? Вопрос - риторический, и к вам не относится, но как говориться, осадочек остался.

авторА как же сторонние ActiveX?
Да никак. Хочешь использовать используй. Чего в этом-то плохого. Не хочешь не используй. Это даже хорошо, что такай возможность есть. Ещё один плюс ACCESS'у.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571465
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
йуцка это, собственно, и объяснение причин невезения если вы пытаетесь использовать аксес для больших (ну очень больших), не настольных (ну просто с тысячами пользователей) и совсем не офисных БД - то флаг в руки мотоциклы - они плохие. потому что камаз больше груза сумеет перевезти.
Ну не очень большие! И не тысячи пользователей. Но как оказывается ACCESS и с такими работает через пень в колоду. Правда Лох утверждал, что это разаработчики такие, а ACCESS вообще белый и пушистый.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571496
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
разработчики может и хорошие, но вот руки у них кривые :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571497
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да не белый он и не пушистый. А разработчики бывают всякие. Плохих гораздо больше чем хороших. :))) И тут уж, ни какой инструмент не спасет, ни ACCESS, ни Delphi.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571505
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_2А вот и нету в Delphi из коробки, такого же репортера, который есть в ACCESS. Так что сразу же взяться за решение бизнесс-задачи вы просто не сможите. Будете искать как минимум какой-нибудь репортер.
Да есть репортеры. Из коробки. Правда я уже года 4 считаю, что лучший репортер - Excel.

Guest_2Да и с гридом та же самая история. Да и заморочки с библиотеками доступа к данным - у вас остаются.
А у ACCESS нет проблем с библиотеками доступа?

Guest_2Сплошной конфуз получился, да и только. ODBC является стандартом доступа к реляционным БД, а IDAPI увы приказал долго жить (BDE - есть всего лишь энжайн для IDAPI). Что помешало Borland'у осознав, что ODBC выиграл у IDAPI встроить в свои новые версии Delphi полноценную поддержку ODBC?
А ODBC не успев "выиграть" у BDE тож приказал долго жить. Так зачем поддерживать устаревший продукт, если есть ADO, dbExpress и Native компоненты.

Guest_2 авторА как же сторонние ActiveX?
Да никак. Хочешь использовать используй. Чего в этом-то плохого. Не хочешь не используй. Это даже хорошо, что такай возможность есть. Ещё один плюс ACCESS'у.
И эти люди запрещают мне ковырятся в носу? (С) Вовочка.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571525
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
разъясните мне, дураку, что такое "проблемы с библиотеками доступа" и "заморочки с библиотеками доступа к данным"?
а то я таких зверей не встречал в аксесе
еще один плюс аксесу :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571535
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Этих заморочек в ACCESS'e просто нет, но есть в Delphi.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571558
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В Delphi имеется ТУЧА методов доступа к СУБД, чего Вы вперлись в BDE ???
И кто Вам сказал, что в Delphi нет Репортера из коробки ???
Ладно заканчиваю этот флейм все равно каждый останется при своем мнении.
Ничего не имею против Аксесса, просто этот продукт из другой ниши.
Интерфейс в нем правда угребищный и поменять его нельзя, но это видимо мои проблемы.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571572
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GlukИнтерфейс в нем правда угребищный и поменять его нельзя, но это видимо мои проблемы.
Я, например, был просто в шоке, когда увидел дельфийские поделки своего админа.
По всей видимости это - вопросы привычки и вкуса. Если о вкусах не спорят, то к офисному интерфесу многие пользователи привыкли, что тоже есть плюс аксесу.
Главное своими кривыми руками не наваять действительно "угребищный интерфейс"
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571578
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я пишу на Delphi c 1 версии, как только она появилась. Лет 5 назад вышел на уровень написания серьезных (по моим меркам) коммерческих продуктов.
Разумеется я пишу немножко лучше чем Ваш админ.
IMHO Delphi дает больше возможностей для роста чем Access.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571604
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никто не сомневается, что вы пишете на дельфи лучше, чем мой админ (он там вообще рисует)

Я имел в виду, что среда разработки так или иначе накладывает отпечаток на итоговый продукт
Имхо по одному только внешнему виду большинства програм можно сказать, на чем оно писалось - на дельфях ли, на С++ c MFC, на VB...

Хотя возможностей создания ни на что не похожего интерфейса у дельфистов, разумеется, больше, чем у аксесников. Потому, что под аксесом таких возможностей просто нет. Если офисный дизайн вызывает тошноту - то аксес противопоказан.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571628
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не согласен с Вами, если задаться целью можно придать Делфевому продукту любой вид, в том числе и максимально приближенный к Акссесу, поработать конечно придется, но как же без этого :)))
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571641
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GlukНе согласен с Вами
Ошибаетесь. Перечитайте еще раз мой предыдущий пост. Вы не не согласны со мной, вы со мной согласны :)
Можно придать любой вид, можно. Однако большинство не заморачивается особо.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571703
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это определяется желанием заказчика
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571705
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И меня никогда не интересовало большинство
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571779
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторВ Delphi имеется ТУЧА методов доступа к СУБД, чего Вы вперлись в BDE ???
И кто Вам сказал, что в Delphi нет Репортера из коробки ???
И что вам от того репортера, который идет в составе Delphi?
Он сопоставим с теми средствами, что есть в ACCESS?

А по поводу ТУЧИ методов доступа к СУБД, исключая BDE, если можно, то поподробнее. Это что же за ТУЧИ такие.
Вот при установке на ПК W2K Prof, автоматически устанавливается набор компонентов доступа MDAC. В состав которого входит и набор ODBC драйверов.
Могу ли я их задействовать в Delphi (без BDE, без внешних компонент сторонних разработчиков) для доступа к данным ACCESS?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571808
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Начиная с Delphi 5 - можно
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571853
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторНачиная с Delphi 5 - можно
Во как.
Всего-то каких-то 4 версии, и это стало возможным. Мои поздравления. Похвальная оперативность :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571972
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_pКстати, я ни разу не сталкивался с проектами небольшой настольной офисной БД.

Вот парочка примеров, если интересно:

http://www.microsoft.ru/offext/finances/accounting/details.aspx?id=654&cat=26

http://www.microsoft.ru/offext/finances/accounting/details.aspx?id=653&cat=26
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571984
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторВсего-то каких-то 4 версии, и это стало возможным. Мои поздравления. Похвальная оперативность :)

Вообще-то, Delphi была отвязана от BDE уже в 3-ей версии, так что возможность-то была давно :)

авторМогу ли я их задействовать в Delphi (без BDE, без внешних компонент сторонних разработчиков) для доступа к данным ACCESS?

На болоте стоя в гамаке... А вот сможете ли Вы из Аксесса поработать с FireBird или PostgreSQL без внешних компонент (то есть сторонних ODBC драйверов)? А ещё с какой-нибудь экзотикой, для которой ODBC драйвера либо нет вообще, либо он "не нравится" Аксессу? Я уж про .ADP вообще молчу.

А то, что в комплекте Дельфи компонент мало... Ну уж я не знаю... Стандартный грид вполне сопоставим с Аксессовским, TreeView, RichText и все остальные продвинутые виндовые контролы там тоже есть, а в Аксессе, заметьте, только в девелоперской версии. И заметьте ещё, что в дельфи можно создать наследника любого визуального контрола, один раз немного помучиться и привязать его к данным так, как Вам надо, а потом юзать везде, где это будет к месту. А в Аксессе? ActiveX писать на C++ (только не говорите, что их можно на VB делать)?

С уважением, Сергей Смирнов
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571985
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_2 авторНачиная с Delphi 5 - можно
Во как. Всего-то каких-то 4 версии, и это стало возможным. Мои поздравления. Похвальная оперативность :)
Ну наконец-то. Я понял! Они не знают дельфей.
ADO появился позже 4-й версии Delphi. Поэтому в ней никак не могли его встроить. Хотя так нелюбимые вами сторонние компоненты появились почти сразу же после выхода MDAC. В 5-й версии компоненты ADO встроены.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32571991
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Reznichenko Y.V. f_w_pКстати, я ни разу не сталкивался с проектами небольшой настольной офисной БД.
Вот парочка примеров, если интересно:
http://www.microsoft.ru/offext/finances/accounting/details.aspx?id=654&cat=26
http://www.microsoft.ru/offext/finances/accounting/details.aspx?id=653&cat=26
Извините, я м.б. непонятно выразился. Я имел ввиду, что мне не приходилось работать над такими проектами. Они все время были сетевыми и многопользовательскими. А что такие задачи существуют - я не сомневаюсь.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572028
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лично я ODAC пользуюсь. Предпочитаю знаете ли специализированные методы доступа, не верю в универсальных (над СУБД) клиентов. А ADO можно при желании и к Delphi 2 прикрутить. Delphi (в отличии Access-а) как раз таки тем и хороша, что к ней можно прикрутить все что угодно. Кстати BDE не так уж плоха как о ней пишут, во всяком случае лучше ADO. (Если работаешь не с СУБД от Mirosoft).
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572101
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторКстати BDE не так уж плоха как о ней пишут, во всяком случае лучше ADO.
Ну если не вспоминать про многочисленные глюки, обрезание стрингов до 255 символов, параметры аля BLOBS TO CACHE, отсутствие дров под новые версии СУБД и т.д. и т.п., то может быть действительно неплоха :)

авторDelphi (в отличии Access-а) как раз таки тем и хороша, что к ней можно прикрутить все что угодно.
Палка о двух концах. Многие вместо того, чтобы культурно программировать на готовом всегда предпочитают в Delphi прикрутить все что угодно.

А вообще то коллеги меня удивляет, что сравнивая Delphi и Access вы вспомнили про компоненты и средства доступа к данным (что кстати не критично для обоих продуктов), но никто не назвал главного преимущества Delphi - возможность делать наследуемые формы и проектировать нормальную иерархию классов для бизнес-логики проекта. Из за чего я и считаю PowerBuilder прекрасным средством разработки - DataWindow в нем по возможностям не уступают формам Access (а по моему скромному мнению превосходят их), а полноценная поддержка ООП позволяет делать повторно наследуемые формы, меню, собственные контролсы, невизуальные классы и т.д., что здорово сказывается на легкости реализации проекта.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572162
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 ASCRUS
возможность делать наследуемые формы и проектировать нормальную иерархию классов для бизнес-логики проекта
А кто вам мешает проектировать нормальную иерархирю классов на VB (или, как это называет товарисч Gluk, на VBA)?

Наследования реализации... Чего нет, того нет. Во всем огромном мире COM нету наследования реализации. Пока от этого никто не умер, хотя с ним было бы лучше. Welcome to .Net

Серьезные проблемы от отсутствия наследования реализации, ИМХО, наступают в проектах такого размера, что у аксеса и других проблем хватит :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572184
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я не говорил, что BDE хороша, я лишь сказал, что она не так плоха как о ней пишут :))) Репозиторий форм как таковой я не использую, делаю немножко по другому, в общем то тоже наследование форм.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572208
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSно никто не назвал главного преимущества Delphi - возможность делать наследуемые формы и проектировать нормальную иерархию классов для бизнес-логики проекта.

Я в своем первом посте нечто такое про формы упоминал, однако первоначальная тема топика, по-моему, предполагает рассмотрение других средств разработки с позиции идеологии Аксесса, как ни странно это звучит. Ведь сила Аксесса в его простоте? :)

ASCRUSDataWindow в нем по возможностям не уступают формам Access

Когда я посматривал в сторону PB (а это была кажется 7-я версия или 6-я), то заметил, что в DataWindow нельзя располагать контролы в несколько "этажей" - только в одну строку. Сейчас я уже сомневаюсь, что без этого не обойтись, но иногда всё-же ценно. А вот возможность DataWindow выпадать из списка очень порадовала. Ну, ещё "пакетная" работа с данными, хотя это актуально скорее для больших систем. В остальном особых преимуществ я тогда не заметил. ООП, правда, ещё вроде не было.

С уважением, Сергей Смирнов
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572334
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SSY
Не знаю как в старых версиях PB, но в 8-ке и 9-ке для организации ввода данных можно делать:
FreeForm - для ввода данных в виде простой формы
Grid - для ввода данных в виде грида
Tabular - для ввода данных в виде таблицы (та же ленточная форма)
В FreeForm и Tabular компоненты можно распологать как хочется. Спроектированные формы ввода естественно легко переключаются в форму отчета, могут генерить один-в-один HTML-код для просмотра или даже ввода данных. Для любого DataWindow допускаются уровни группировок.

Для отчетов самой собой еще групповые, композитивные, crosstab и графические отчеты.

Ну а ООП очень даже кстати - наследовать можно что угодно, наделал прототипных форм, менюшек, контролсов, классов и т.д. и все централизованно, красиво и в реализации легко. До кучи плюшек добавляем встроенную модель поддержки отложенного выполнения функций и событий (поставить в очередь выполнения до завершения всех текущих действий), модель мягкого оповещения обьектов (если у обьекта есть событие с указанным именем, то оно выполняется, если нет - ну и ладно, переживем, очень помогает избавиться от запутанных и завязанных иерархий обьектов и интерфейсов). Плюс встроенный SQL, позволяющий прямо в коде выполнять DML-операторы, ХП и крутить курсоры, причем автоматически при компиляции кода проверяющийся на правильность в СУБД и прозрачная схема доступа к данным, где пишем USING <Имя соединения> и на встроенном SQL делаем что надо без оглядки на протокол доступа (будь то ODBC, ADO, OLEDB, OpenClient, JDBC или нативный PB-шный драйвер) - у меня например сейчас проект крутиться на ODBC, но если в INI файле поменять провайдера с ODBC на OLEDB, то проект этого и не заметит :) Все вышеперечисленное - очевидные преимущества при построении клиентских приложений и 3-звенок (тут свои достаточно мощные в эту сторону расширения). Так же очевидные недостатки - глюковость IDE и некоторые исторически сложившиеся ограничения, все таки PB уже по моему где то 20 лет стукнуло :) Но с учетом версий PocketPB и компонента DataWindow.NET (а в дальнейшем PB.NET), думаю умирать PB не собирается, не смотря на поток новых языков и технологий, чего к сожалению о Delphi уже не скажешь по моему личному мнению.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572414
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS

Да, возможности впечатляют. Может я чего раньше недоглядел, но вот кросстаб-отчетов и PocketPB точно не было :) Ещё больше впечатляет достигнутый прогресс и динамичность развития продукта. Дорого только. Профессиональная версия поди больше $1K стоит. А у меня дельфя 4-я стандарт за $90 :) Хотя, Вы правы, дельфи - это уже похоже труп.

С уважением, Сергей Смирнов
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572537
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSНе знаю как в старых версиях PB, но в 8-ке и 9-ке для организации ввода данных можно делать:Все перечисленное можно было делать в PB 4.0 :-)
SSYно вот кросстаб-отчетов и PocketPB точно не было :) И кросстабы тоже в четверке были. Правда, глючат они, ну да и ладно - обходить уж научились :-)

Ну, а что касается PocketPB, так и PocketPC широко распространились не так давно :-)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572558
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как-то очень странно сравнивать Access, который действительно является высокоспециализированным средством разработки БД + отчетов к ней (и все), с Delphi, основа которой - универсальный язык программирования. То есть, на Delphi можно сделать то, что можно и на Access-e (хм, му может быть пусть цена этому- большее время, не знаю), но плюс еще многое другое.

О "многом другом"- маленький пример. Где-то в 1991г (+-3 года, не помню уже) я сделал на Паскале программу для составления кроссвордов. Я был очень собой доволен, так как во-первых, использовал по максимуму свои знания по алгоритмам и их реализации (в программе использовлся метод поиска с возвратом, по ряде причин его надо было преобразовать из рекурсивного в итеративный, использовались динамические массивы, сортировки и пр.). Во вторых- с помощью программы я заработал в течении 6-ти месяцев ~1500 USD, на которые купил свой первый в жизни компьютер, на процессоре 386 :) Составление примерного кроссворда, в виде квадрата 5x5, состоявшегося только из белых полей (т.е. каждое из десяти 5-буквенных слов в каждой своей букве цеплялось к другому слову), продолжалось минут 10-15 на компе с процессором 286.

Я встретил двух access-ников, которые скзали мне, что access- самое великое творение в мире, и что на нем без проблем, в короткие сроки можно сделать то же, что делала и моя программа. Почему- то они не успели ее сделать (времени не было, как сказал позже один из них ;) ). Впоследствии, я видел как они пытались решить какую-то оптимизационную задачу, и удивлялись, почему когда их программа доходит места, в котором цикл от 1 до 100! (100 факториал), то компьютер виснет :))) Они были живым примером людей, имеющих в руках неплохое средство, но не имеющих понятия как оно там работает.

Мораль тут такова: Да, хорошо уметь делать красивые отчеты и правильно ставить ODBC-драйвер. Но для понимания, а также реализации алгоритмов, отличающихся от узкого класса оффисных задач надо сначала усвоить какой- либо универсальный язык - object pascal, c++. Причем, знания и возможности такого языка необходимы не только для учебы; на не-оффисных задачах тоже можно заработать, поэтому я привел пример выше. Уже потом, если очень хочется, можно изучить специализированное средство, типа access, но ясно представляя себе его плюсы, минусы, область применения.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572649
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
S.G.Да, хорошо уметь делать красивые отчеты и правильно ставить ODBC-драйвер. Но для понимания, а также реализации алгоритмов, отличающихся от узкого класса оффисных задач надо сначала усвоить какой- либо универсальный язык - object pascal, c++. Причем, знания и возможности такого языка необходимы не только для учебы; на не-оффисных задачах тоже можно заработать, поэтому я привел пример выше. Уже потом, если очень хочется, можно изучить специализированное средство, типа access, но ясно представляя себе его плюсы, минусы, область применения.

Вроде бы как и согласен, но где порой взять то самое время на усвоение object pascal, c++, и.т.д. ? А если приложение было нужно еще вчера (как собственно зачастую и случается) ? Вот тут, на мой взгляд, и вспоминаешь, что есть Access.

Хотя, справедливости ради, был у меня один интересный случай. Нужно было срочно накрапать базку. Под нее Access так и просился. Вот и начал я строить эту базу, проектировать формы, писать код, ну как обычно. Шеф смотрел, смотрел и говорит:"Нафиг это программирование, если можно кнопку на панели нажать да и слить все данные в Word ? А там юзер пусть сам разбирается. Главное - показать результат начальству, отрапортовать ...". Иными словами, иногда наличие обширных интерфейсных возможностей Access приносят только вред решаемой задаче. Еще хуже, когда об этих возможностях знает начальник. Пример простоты во вред.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572669
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторМораль тут такова: Да, хорошо уметь делать красивые отчеты и правильно ставить ODBC-драйвер. Но для понимания, а также реализации алгоритмов, отличающихся от узкого класса оффисных задач надо сначала усвоить какой- либо универсальный язык - object pascal, c++. Причем, знания и возможности такого языка необходимы не только для учебы; на не-оффисных задачах тоже можно заработать, поэтому я привел пример выше. Уже потом, если очень хочется, можно изучить специализированное средство, типа access, но ясно представляя себе его плюсы, минусы, область применения.
Согласен на все 100% с каждым словом. От сложного к легкому, но уже представляя себе как это легкое устроено, а значит на полную катушку используя все его плюсы и граммотно обходя минусы. Но отсюда и еще одна мораль вытекает:
Если знаешь сложное, то это не означает, что все нужно реализовывать на нем. Граммотный специалист должен уметь выбирать инструмент целесообразно поставленной задаче и условиям эксплуатации и применения разрабатывающегося проекта. Это касается и Delphi vs Access и Oracle vs MSSQL/Sybase ASA и т.д. и т.п. По моему этот форум и есть живое доказательство этой морали :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572841
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 SSY
>Дорого только. Профессиональная версия поди больше $1K стоит.

$1500 по-моему, а Power Builder ентерпрайз - $3500. Но десктоп версия стоит где-то $350, ее достаточно для подавляющего большинства проектов. Цены вполне на уровне конкурентов.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572856
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SSY
Вообще-то, Delphi была отвязана от BDE уже в 3-ей версии, так что возможность-то была давно :)

авторНа болоте стоя в гамаке... А вот сможете ли Вы из Аксесса поработать с FireBird или PostgreSQL без внешних компонент (то есть сторонних ODBC драйверов)? А ещё с какой-нибудь экзотикой, для которой ODBC драйвера либо нет вообще, либо он "не нравится" Аксессу? Я уж про .ADP вообще молчу.

А ACCES вообще-то и не должен в отличии от Delphi работать с FireBird или PostgreSQL. И очень плохо, что до Вас это никак не может дойти. Это должен уметь делать, так горячо вами любимый Delphi или уважемый мною PowerBuilder. Сдается мне, что что-то вы в нем не досмотрели.

f_v_pНу наконец-то. Я понял! Они не знают дельфей.
ADO появился позже 4-й версии Delphi. Поэтому в ней никак не могли его встроить. Хотя так нелюбимые вами сторонние компоненты появились почти сразу же после выхода MDAC. В 5-й версии компоненты ADO встроены.

Итак начиная примерно с 5-й версии, в связи с появлением ADO проблема с доступом к данным, находящихся в различных SQL-ных СУБД решена?
Враки - это не так.
Послушаем, что говорит ваш сотоварищ по использованию Delphi Gluk: " Кстати BDE не так уж плоха как о ней пишут, во всяком случае лучше ADO. (Если работаешь не с СУБД от Mirosoft)". "Ну если не вспоминать про многочисленные глюки, обрезание стрингов до 255 символов, параметры аля BLOBS TO CACHE, отсутствие дров под новые версии СУБД и т.д. и т.п., то может быть действительно неплоха :)
" - соглашается с ним ASCRUS.
То есть не всё так хорошо с доступом к данным, как вам бы того хотелось.

Давайе прислушаемся к здравой мысли Guk'a: "Предпочитаю знаете ли специализированные методы доступа, не верю в универсальных (над СУБД) клиентов"
Вот это и есть настоящая - незамутненная философия работы с данными в Delphi.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572907
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Продолжая мысль, дополню, что для доступа к СУБД от Microsoft (MSSQL, Access) более правильны OLE DB и соответсвенно ADO :) Что касается BDE, я его использовал долгое время (да да, бросайте в меня камнями), пока не перешел на ODAC. Баги разумеется есть и временами нехорошие, но они обходятся и результирующий продукт получается вполне надежным, что от него и требуется. Что меня всегда бесило, так это необходимость установки BDE на клиента :(
Разумеется нужно выбирать инструмент под задачу, просто задачи у меня все больше такие, что Access для них не подходит.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32572929
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А никто собственно и не требует использовать для больших задач ACCESS.
Решаете с помощью Delphi - замечательно.
Используете PowerBuilder - прекрасно.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32573018
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_2А никто собственно и не требует использовать для больших задач ACCESS.
Решаете с помощью Delphi - замечательно.
Используете PowerBuilder - прекрасно.
Вот мы и пришли к косинусу:-). ACCESS - замечательный продукт для настольных офисных БД. Сгодится также как клиент к MSSQL, если в приложении не требуются большие объемы вычислений, работа с графикой, нестандартный интерфейс, интенсивное использование WinAPI и т.д.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32573094
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_pСгодится также как клиент к MSSQL, если в приложении не требуются большие объемы вычислений, работа с графикой, нестандартный интерфейс, интенсивное использование WinAPI и т.д.

Использую Access как клиент к Oracle. Тоже очень неплохо работает.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32573129
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторИспользую Access как клиент к Oracle. Тоже очень неплохо работает.

ACESS или ORACLE :))) ?

ЗЫ Сие есть флуд, прошу не регировать и не обижаться. Я больше не буду
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32573131
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Reznichenko Y.V. Использую Access как клиент к Oracle. Тоже очень неплохо работает.
значит у тебя руки прямые
а это уже не мейнстрим :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32573244
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
йцукзначит у тебя руки прямые
Надеюсь это комплемент.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32574024
omhl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Согласен с товарищими которрый говорят, что Access является прекрасным но узкоспециалированным среством для разработки клиентов (adp проекты) для SQL Server 2000, 7.0
Всего полгода назад не знал VBA и access, работал в Builder через ADO (тыкался даже с PowerBuilder, очень понравилось делать отчеты в InfoMaker, но логика работы PowerBuilder другая нежели у Builder и Visual так что бросил :)).
Но новая работа, база на MS Sql (~120 таблиц) клиент на Access (~150 форм).
Скорость разработки в такой связки СУЩЕСТВЕННО выше нежели у Builder(Delphi), особенно когда из-за менеджеров/начальства приходится изменять структуру БД. Да нет красоты как можно сделать в Builder, но нафиг это нужно?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32574212
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторВсего полгода назад не знал VBA и access, работал в Builder через ADO (тыкался даже с PowerBuilder, очень понравилось делать отчеты в InfoMaker, но логика работы PowerBuilder другая нежели у Builder и Visual так что бросил :)).
А вы немножко попозже, когда не так напряженно будет, ещё раз попробуйте вернуться к PowerBuilder. Логика - дело наживное.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32574320
omhl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторА вы немножко попозже, когда не так напряженно будет, ещё раз попробуйте вернуться к PowerBuilder. Логика - дело наживное.

К сожелению в России POwerBulder не так востребован :(
Да и людям (для них творим :) ) легче работать с интерфейсом , который он где то видел, а для этого access при всех его недостатков подходит больше.

ЗЫ
Тута сделал для начальства OLAP сервер (Analystis), поставил Congos триальный, что бы они посмотрели и Excel (как клиентов). Так они естественно выбрали Excel, несмотря на мои показы, как Congos круче :0)
Так что...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32574508
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Reznichenko Y.V.Вроде бы как и согласен, но где порой взять то самое время на усвоение object pascal, c++, и.т.д. ? А если приложение было нужно еще вчера (как собственно зачастую и случается) ? Вот тут, на мой взгляд, и вспоминаешь, что есть Access.
Где взять время - не знаю. Может быть, надо создать отдельный топик, с названием "как нам найти время чтобы сделать хотя бы 5% из того, что нам хочется" :)))
Насчет быстрой разработки - я не против, просто получается что человек использующий такие средства, начинает думать что ими можно делать _все_.
Насчет "надо вчера" - с этой надобностью надо бороться :)

Reznichenko Y.V. Шеф смотрел, смотрел и говорит:"Нафиг это программирование, если можно кнопку на панели нажать да и слить все данные в Word ... Еще хуже, когда об этих возможностях знает начальник.
Начальник должен знать как можно меньше :) Если он увидит, что А можно сделать быстро, он никогда не поверит, что Б _нельзя_ сделать так же быстро.

ASCRUS От сложного к легкому, но уже представляя себе как это легкое устроено, а значит на полную катушку используя все его плюсы и граммотно обходя минусы. Но отсюда и еще одна мораль вытекает:
Если знаешь сложное, то это не означает, что все нужно реализовывать на нем. Граммотный специалист должен уметь выбирать инструмент целесообразно поставленной задаче и условиям эксплуатации и применения разрабатывающегося проекта. Это касается и Delphi vs Access и Oracle vs MSSQL/Sybase ASA и т.д. и т.п. По моему этот форум и есть живое доказательство этой морали :)
Здесь я согласен на 100% :)


Gluk (Kazan)Что меня всегда бесило, так это необходимость установки BDE на клиента :(
Для устойчивой работы программы, на клиента надо установить ОС, размер которой около 1 GB на сегодняшний день. На это почему-то мало обращают внимания ;)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32574932
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это мелкое неудобство, согласен.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575080
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что мы все тут говорим, что Access - это просто, легко освоить, и.т.д ? Простота Access заканчивается тогда, когда начинаешь понимать, что дальше с помощью только мышки уже ничего не сделаешь. Достаточно почитать двухтомник Гетца и компании, чтобы убедиться в правоте выше сказанного. Согласен, что инструмент сей узкоспециализированный и с его помощью нельзя написать "War Craft". Но и не понимаю, когда Delphi или C++Builder определяют как СУБД.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575339
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Delphi позиционируется как удобная среда разработки КЛИЕНТА к СУБД
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575344
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Дык, никто с этим и не спорит.
Удобная такая среда разработки разных там клиентов к различным там СУБД.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575585
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Reznichenko Y.V.Согласен, что инструмент сей узкоспециализированный и с его помощью нельзя написать "War Craft". Но и не понимаю, когда Delphi или C++Builder определяют как СУБД.
А мы и не определяем. Мы вроде как сошлись, что ACCESS как СУБД годен только для настольных офисных задач. А теперь сравниваем его как клиента "к различным там СУБД".
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575654
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А давайте не будем спорить, а давайте пытаться узнавать что-то полезное?
Мне например абсолюттно всё равно кто как кого позиционирует, интересней возможности разных продуктов.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575669
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_pМы вроде как сошлись, что ACCESS как СУБД годен только для настольных офисных задач.

Не сходились мы только на этом. Как показывает практика, Access годен и как клиент таких СУБД как MSSQL и Oracle.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575682
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperА давайте не будем спорить, а давайте пытаться узнавать что-то полезное? Мне например абсолюттно всё равно кто как кого позиционирует, интересней возможности разных продуктов.

Полностью присоединяюсь к данному мнению.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575827
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Reznichenko Y.V. f_w_pМы вроде как сошлись, что ACCESS как СУБД годен только для настольных офисных задач.

Не сходились мы только на этом. Как показывает практика, Access годен и как клиент таких СУБД как MSSQL и Oracle.
А я что написал? Прочтите внимательней.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32575898
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
f_w_pА теперь сравниваем его как клиента "к различным там СУБД".

Извините, возможно неправильно истолковал иронию.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32576064
Фотография # Darth Vader #
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Delphi позиционируется как удобная среда разработки КЛИЕНТА к СУБД

VB в этом отношении покруче будет , в смысле поудобней.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32576341
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
--VB в этом отношении покруче будет , в смысле поудобней.


чем именно удобней ? Я вот считаю что BB C++ удобнее
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32576589
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
EternalVB в этом отношении покруче будет , в смысле поудобней.
Ну не надо начинать по новой. Было же уже:
Сгодится также как клиент к MSSQL, если в приложении не требуются большие объемы вычислений, работа с графикой, нестандартный интерфейс, интенсивное использование WinAPI и т.д.
Это объективные ограничения. А субъективно, так мне больше нравится Delphi. Ковырялся с C# - тоже штука приятная.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32576599
Guest_2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторVB в этом отношении покруче будет , в смысле поудобней.
Давай, обрушь свой "праведный" гнев, развенчай, режь так. сказать матку-правду, ну и т.д. :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32579012
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторVB в этом отношении покруче будет , в смысле поудобней
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32580014
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ХВАЛА АКСЕСС!!!

АУМ. АУМ.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32586639
Guest_333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Поддерживаю ACURUSа на 1000% насчет наследования! Уже из-за одного того, что в Access нет наследования - у меня нет никакого энтузиазма писать что-либо на нем :( Все контролы/бизнес-объекты, выполняющие сходные функции должны наследоваться из одного класса, в котором и должен быть прописан прописан нужный, общий для них функционал, а самих наследниках при необходимости уточняться в соотвествии с контекстом. Даже какая-нибудь банальная кнопка "Закрыть" должна наследоваться с одного места, чтобы при необходимости всего лишь одним движением руки изменить поведение хоть тысячи кнопок-наслеников... Применение наследования существеннейшим образом облегчает любые манипуляции в больших проектах, где любимый VB/VBA-шниками способ разработки "Copy/Paste" может запросто свести в могилу, когда количество сходных объектов пойдет на сотни... Сам на Visual FoxPro пишу. Пытался в свое время кое-что сделать на Access и меня совершенно разочаровало отсутствтие возможности наследования :( Это ж в какой гемоорой может превратиться разработка, если количество форм/контролов (аka стандартных, повторяющихся ситуаций) будет все больше и больше возрастать?
Access хорош для Power Users, и мелких проектов... Что-то более сложное и замороченное - ИМХО выливается ад для программиста, ибо я не понимаю, как можно без наследования управлять тучей объектов со схожей функциональностью...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32586865
x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
x
Гость
Guest_333Поддерживаю ACURUSа на 1000% насчет наследования! Уже из-за одного того, что в Access нет наследования - у меня нет никакого энтузиазма писать что-либо на нем
...
ибо я не понимаю, как можно без наследования управлять тучей объектов со схожей функциональностью...
И как только люди жили без объектного программирования ?
Да еще и Copy/Past не было ...

Наверно ничего хорошего написать и не могли
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32587009
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
стерлядь, на благостной почве программизма выросло ну столько баобабов... ну таких баобабов...

Вся эта объектно-ориентированная п...обратия ну дико напоминает соседний топик:
в соседнем топике mv писалВроде бы были нормальные чайники, тыкались мокрыми носами, расползались по столу толстыми лапами, а перешли на Oracle/C++ - как сырого мяса наелись
и там же писал MarkusНихера не знают кроме Oracle и пучит их от своей якобы крутизны.

Наверняка же хера не знают, кроме "классической" (С++, Delphi, etc) модели объектно-ориентированного программирования. Про какой-нибудь smalltalk слыхом не слышали, про COM - слышали, но ни хера не поняли.

Наследования реализации у них блин нет. Интересно, чего такого волшебного вот именно этот Guest_333 может сделать с помощью "классического" наследования реализации, чего нельзя сделать с помощью связки "наследование интерфейса + приватный экземпляр родителя"? Или вообще с помощью агрегации (недоступной, правда, в VB)?
Хотя чего этот Guest_333 может сделать... он с помощью Copy-Paste программирует...

Они такие тупые... (с) Задорнов
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32587769
Guest_333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Чем выпендреживаться чужими цитатами и орать как кастрированному, лучше сделай мне на VB/VBA трехуровневую иерархию наследования с помощью связки "наследование интерфейса + приватный экземпляр родителя" (aka Implements + Dim xxx AS ParentClass)

1. Создай в классе FirstClass метод MyMethod + штук 5 свойств
2. Унаследуй от FirstClass класс SecondClass (заодно продемонстрируешь, каким геморром в Бейсике является "наследование интерфейса" , когда объявление каждго наследуемого свойства и метода в обязательном порядке надо описывать руками)
3. Переопредели в нем метод MyMethod. Добавь к описанию класса еще пару свойств
4. Унаследуй от SecondClass класс ThirdClass
5. Покажи как тебе это удалось

Открываем MSDN и видим, что достижение п. 5 невозможно по причине:
MSDNNote Visual Basic does not implement derived classes or interfaces.
Если ты этого не сможешь, то дальнейшее обсуждение этого вопроса я считаю бессмысленным. Наследование (пусть даже только наследование интерфейса как в VB), ограниченное всего одним уровнем иерархии, для меня лично серьезным инструментом, который можно было бы использовать в работе, не является



ЗЫ
Пример той же задачи на VFP:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
* Выполнение

oThirdClass = CREATEOBJECT("ThirdClass")  && Создаем объект класса ThirdClass
oThirdClass.MyMethod()  && Вызываем метод MyMethod класса ThirdClass



**
* И сами описания классов

*****************************************************
DEFINE CLASS FirstClass AS Custom
*  
*****************************************************
    Property1 =  1111   && Свойства класса
    Property2 =  2222 
    Property3 =  3333  
    Property4 =  4444 
    Property5 =  5555  

    PROCEDURE MyMethod
        ? "Код из FirstClass.MyMethod"  && Это вывод текста на экран
        ? This.Property1                && Выведем на экран наше свойство Property1 
    ENDPROC    

ENDDEFINE



*****************************************************
DEFINE CLASS SecondClass AS FirstClass
*  
*****************************************************
    Property6 =  6666  && Добавим свойств
    Property7 =  7777  

    PROCEDURE MyMethod         
         ? "Код из SecondClass.MyMethod"    
         ? This.Property6  && Это новое св-во
         ? This.Property5  &&  А это - доставшееся по наследству
         DODEFAULT()  && Вызов кода унаследованного метода      
    ENDPROC    
 
ENDDEFINE



*****************************************************
DEFINE CLASS ThirdClass AS SecondClass
*  
*****************************************************

    Property8 =  8888    && Еще одно свойство добавим

    PROCEDURE MyMethod         
         ? "Код из ThirdClass.MyMethod"    
         ? This.Property8  && Это новое св-во
         ? This.Property7  && А это - доставшееся по наследству
         DODEFAULT()    && Вызов кода унаследованного метода    
    ENDPROC    

ENDDEFINE

Результаты вывода на экран:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
Код из ThirdClass.MyMethod  
       8888 
       7777 
Код из SecondClass.MyMethod    
       6666 
       5555 
Код из FirstClass.MyMethod  
       1111 
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32588034
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ув. Guest_333, честно говоря, мне кажется Вы не очень знаете как используется наследование в VB/VBA, потому что в противном случае, Вы бы в MyMethod последнего класса написали бы

Код: plaintext
1.
         ? This.Property8  && Это новое св-во
         ? This.Property1  && А это - доставшееся по наследству

(смею предполагать, что в VFP это возможно). Это, конечно, не привело бы к невозможности написания аналогичного функционала на VB/VBA, но, по понятным причинам, увеличило размер кода и потребовало аккуратности при "наследовании интерфейса". Для Вашего же примера, реализация будет такая:

Class1
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
Public Property1 As Long
Public Property2 As Long
Public Property3 As Long
Public Property4 As Long
Public Property5 As Long

Public Sub MyMethod()
    Debug.Print "Код из FirstClass.MyMethod"
    Debug.Print Me.Property1
End Sub

Private Sub Class_Initialize()
    Property1 =  1111 
    Property2 =  2222 
    Property3 =  3333 
    Property4 =  4444 
    Property5 =  5555 
End Sub

Class2
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
Public Property6 As Long
Public Property7 As Long

Private cls As New Class1

Public Sub MyMethod()
    Debug.Print "Код из SecondClass.MyMethod"
    Debug.Print Me.Property6
    Debug.Print cls.Property5
    cls.MyMethod
End Sub

Private Sub Class_Initialize()
    Property6 =  6666 
    Property7 =  7777 
End Sub

Class3
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Public Property8 As Long

Private cls As New Class2

Public Sub MyMethod()
    Debug.Print "Код из ThirdClass.MyMethod"
    Debug.Print Me.Property8
    Debug.Print cls.Property7
    cls.MyMethod
End Sub

Private Sub Class_Initialize()
    Property8 =  8888 
End Sub

И, наконец, вызов:
Код: plaintext
1.
    Dim cls3 As New Class3
    cls3.MyMethod

Результат:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
Код из ThirdClass.MyMethod
  8888  
  7777  
Код из SecondClass.MyMethod
  6666  
  5555  
Код из FirstClass.MyMethod
  1111 

Вы позволите не приводить код, который требуется при "наследовании интерфейса", для доступа к Property1 из Class3?

Guest_333Если ты этого не сможешь, то дальнейшее обсуждение этого вопроса я считаю бессмысленным. Наследование (пусть даже только наследование интерфейса как в VB), ограниченное всего одним уровнем иерархии, для меня лично серьезным инструментом, который можно было бы использовать в работе, не является
Не хотите - не используйте, можете даже других отговаривать, но качество аргументации и знание предмета должно быть все же повыше.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32588369
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Они такие тупые...

Это, разумеется, относится не к IgorM :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32588687
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Говоря про наследование, я имел ввиду впервую очередь наследование форм и визуальных обьектов (насколько я помню, невизуальные классы можно и на VBA катать). Чтобы предупредить вопрос специалистов по Access "А зачем оно нужно, ни разу не пригодилось" (кстати стандартный вопрос специалиста на заявление по отсутствию какой то фичи в его продукте), я поясню:
Например, мы делаем MDI приложение. Пользуясь наследованием создадим такую иерархию на PowerBuilder:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
Window (базовый предок окон)
  -- w_Child (базовое дочернее окно)
    -- w_Sprav (базовое окно для просмотра и изменения справочников)
      -- w_Sprav_1 (Справочник 1)
      -- w_Sprav_2 (Справочник 2)
    -- w_Data (базовое окно для просмотра и изменения данных)
      -- w_Data_1 (Данные 1)
      -- w_Data_2 (Данные 2)
    -- w_Report (базовое окно для просмотра отчетов)
      -- w_Report_1 (Отчет 1)
Все базовые окна имеют общие для их потомков свойства, методы и события, что означает централизованное управление кодом потомков, например базовое окно w_Sprav уже содержит в себе нужные визуальные компоненты, код по отображению/изменению/сохранению/печати информации справочника и необходимые меню и клавишы быстрого доступа. Чтобы сделать справочник - остается только от него наследоваться, указать с каким DataWindow справочник будет работать и выставить для достижения нужной функциональности свойства, определенные в w_Sprav (например, в отличие от Delphi в PB нет необходимости регистрировать в IDE компоненты, чтобы их свойства можно было изменять в Object Inspector - в PB свойства предка автоматически показываются в Окне Свойств наследуемого обьекта). Ну и если справочник содержит в себе дополнительную логику - нужно написать код в нужных событиях. Все тоже самое касается меню, стандартных контролсов, составных визуальных и т.д. Как видите, говоря о наследовании, я впервую очередь имел ввиду построение иерархий визуальных компонент для построения интерфейсных решений, а не бизнес-логики. В Access, в отличие от PB, к сожалению то же наследование форм не возможно, так как в нем форма напрямую завязана с данными, а в PB DataWindow хранятся как обычные описания в проекте, на формы ложаться DataWindow Control, которые и занимаются визуальным представлениям DataWindow и которые тоже удобно наследовать для расширения например, функциональности гридов или отчетов.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32588922
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSГоворя про наследование, я имел ввиду впервую очередь наследование форм и визуальных обьектов (насколько я помню, невизуальные классы можно и на VBA катать). Чтобы предупредить вопрос специалистов по Access "А зачем оно нужно, ни разу не пригодилось"
Опять двадцать пять... :)

ASCRUSВ Access, в отличие от PB, к сожалению то же наследование форм не возможно,...
Наследование форм возможно, т.к. каждая форма - это класс, унаследованный от абстрактного класса Form. Далее, к списку радительских свойств, методов и событий можно добавить свои, можно создать своего наследника любой формы и т.д.

ASCRUS...так как в нем форма напрямую завязана с данными, ...
А что имеется в виду под прямой завязкой?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32588930
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS, ты меня поражаешь
Неужели ты думаешь, что, раз уж нету в VB наследования реализации вообще и наследования визуальных объектов в частности, то разработчики вынуждены десяток одинаковых справочников делать методом Copy-Paste? И создавать десяток одинаковых менюшек для десяти одинаковых справочников? Вот уж действительно, как люди раньше жили?

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

Разумеется это все - "наследование для бедных".
Как и в случае с наследованием реализации "невизуальных" объектов - для реализации чуждых VB идей требуется написание дополнительного кода. Для больших (особенно плохо спроектированных) систем - действительно становится не особо комфортно.
Но это не есть что-то принципиально нереализуемое.
Например, сделать на VB полноценную многопоточность (а-ля Win32) - невозможно. Хоть пиши код, хоть не пиши код, не дружит VB с многопоточностью.
А отсутствие наследования реализации обходится достаточно легко - при наличии головы на плечах и отсутсвии привычки писать сто производных классов для ста одинаковых кнопок "Закрыть".
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32588960
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторASCRUS, ты меня поражаешь
Неужели ты думаешь, что, раз уж нету в VB наследования реализации вообще и наследования визуальных объектов в частности, то разработчики вынуждены десяток одинаковых справочников делать методом Copy-Paste? И создавать десяток одинаковых менюшек для десяти одинаковых справочников? Вот уж действительно, как люди раньше жили?
Да никто и не спорит, что можно спрограммировать что угодно и как угодно, причем при достаточных знаниях и квалификации все это будет выглядеть красиво и удобно. Но есть такой ньюанс - где то мне придеться попотеть, пописать больше кода, а значит поисправлять больше ошибок, а где то мне достаточно один раз написать централизованное решение, отладить его и больше о нем не думать. А в крупных проектах, где работает команда вообще желательно построить иерархию решений, чтобы существовали готовые стандартные решения, от которых просто нужно наследоваться и не помнить, что, где и как нужно вызывать и в какой последовательности, а главное чтобы я, как руководитель проекта был уверен, что код командой пишется быстро, без ошибок и собственных "изобретений", причем однотипно для всех разрабатываемых проектов, что гарантирует легкость их сопровождения и взаимозаменяемость в команде.

P.S. Рассуждения вроде я вел о Access, про VB ничего сказать не могу, так как видел, но не работал. Но насколько я понимаю Access и VB в качестве клиентов - это все таки немножко разные вещи ?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589040
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IgorMНаследование форм возможно, т.к. каждая форма - это класс, унаследованный от абстрактного класса Form. Далее, к списку радительских свойств, методов и событий можно добавить свои, можно создать своего наследника любой формы и т.д.

Опаньки... А вот тут, если можно, поподробнее: в Аксесс появилось наследование форм!?

йцукСтандартную функциональность для гипотетических справочников - прописываешь в отдельный класс, который привязывается к форме в момент ее загрузки, и дальше уже сам ловит все интересующие его события (от формы, ее контролов, ассоциированных с ней менюшек и тулбаров, и т.п.) и выполняет всю нужную работу.
Только не надо путать теплое с мягким (С). With Events - хорошая "заплатка", но это не наследование, то есть совсем не то, что имел ввиду ASCRUS.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589221
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SSYОпаньки... А вот тут, если можно, поподробнее: в Аксесс появилось наследование форм!?
Это то, что ты ниже называешь "теплым" (или наоборот "мягким").

SSYТолько не надо путать теплое с мягким (С). With Events - хорошая "заплатка", но это не наследование, то есть совсем не то, что имел ввиду ASCRUS.
Тогда для непонятливых подробнее объясни, что имел в виду ASCRUS? Что ожидается от наследника формы?
VBA, конечно, не настоящий ОО язык, но "наследование для бедных" ((с) йцук) в нём присутствует.

В качестве примера: я реализовал дерево классов, которое обеспечивает функционал размещения и выравнивания объектов на форме (свойство Align в Delphi и Builder или Dock в .NET), включая сплиттеры, фреймы (панели) и т.п. Там есть базовый класс TControl, который умеет отрисоваться в нужных координатах родителя, установить для себя границы изменения размеров и т.д. И есть его наследники (TFrame, TTabControl, TSplitter и т.д.), которые расширяют функционал базового класса. И есть класс TForm, который обеспечивает всё взаимодействие. Теперь я просто кладу на форму контролы, в tag'ах пишу нужные свойства и форма у меня выравнивается без единой дополнительной строчки кода. Пример можно посмотреть здесь Это, кстати, было сделано в A'97, и поэтому не используется такая фича старших версий, как генерация собственных событий...

Всё вышеизложенное не объявление VBA настоящим объектно-ориентированным языком, а просто пример его возможностей, которые отрицаются в вышестоящих постах.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589371
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IgorMТогда для непонятливых подробнее объясни, что имел в виду ASCRUS? Что ожидается от наследника формы?
VBA, конечно, не настоящий ОО язык, но "наследование для бедных" ((с) йцук) в нём присутствует.
Я имел ввиду, что "with events" метод позволяет обрабатывать только то, что уже есть на форме, к которой он "присосался". Ну, например (очень плоский и примитивный), если на все формы надо кинуть дополнительную кнопку, то надо добавлять именно в каждую из них, а не только в предка, от которого наследуются эти формы.

На самом деле, как я уже раньше отмечал, именно наследование форм не так уж и нужно в Аксессе и большинство проблем, связанных с перенастройкой внешнего вида и поведения большого числа форм, можно так или иначе обойти, в том числе и таким сложным и нетривиальным путем, как предложил Игорь. Проблема в том, что это не очень-то удобно и может иметь неприятные побочные эффекты, однако хватит уже ругать Аксесс :) Для этого есть другие ветки в этом форуме! :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589378
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 SSY
With Events - хорошая "заплатка", но это не наследование, то есть совсем не то, что имел ввиду ASCRUS
А я говорил, что это наследование? Да я тут весь топик твержу о том, что в VB нет наследования в общепринятом смысле, но это не особо мешает (хотя с ним было бы лучше)

ASCRUS предлагает стандартную функциональность выносить в базовые классы/формы, наследовать от базовых классов/форм, для достижения требуемой функциональности выставлять какие-то св-ва, при необходимости дописать какой-то код. Объекты взаимодействуют между собой через св-ва, методы и события. Ну и правильно, ну и отлично!
Если такой возможности нет (классическое наследие отсутствует) - то выносишь всю эту стандартную функциональность в обособленные классы/формы, включаешь эти обособленные классы/формы в свои собственные, для достижения требуемой функциональности выставляешь в своих классах/формах какие-то св-ва, при необходимости дописываешь какой-то код. Объекты взаимодействуют между собой через св-ва, методы и события.

Технические отличия в реализации этих двух схем - имеются. Принципиальных отличий - вроде как не видно. Это вам не принципиальное несходство многопоточности Win32 и COM-овской модели аппартментов.

Если бы в дельфи не было нормального ресайза для форм - то дельфицы сделали бы базовую форму, в которой был бы интеллектуальный ресайз, двигающий контролы в зависимости от их аттрибутов. И наследовали бы все от этой формы.
В VB нет нормального ресайза. И нет наследования. Поэтому пишется класс, в котором и реализуется интеллектуальный ресайз. И нужная форма с этим классом связывается.
Большая разница - базовая форма со стандартной функциональностью или отдельный класс с реализацией стандартной функциональности?

2 ASCRUS
Но насколько я понимаю Access и VB в качестве клиентов - это все таки немножко разные вещи ?
В том, что касается отсутствия наследования - абсолютно одинаковые :)

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

Однако кто вам сказал, что аксес вообще пригоден для крупных проектов и командной разработки? Да он с SourceSafe'ом до сих пор подружиться не может :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589385
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SSYНу, например (очень плоский и примитивный), если на все формы надо кинуть дополнительную кнопку, то надо добавлять именно в каждую из них, а не только в предка, от которого наследуются эти формы.
Ну вынесите вы стандартные, повторяющиеся группы объектов в отдельные повторно используемые блоки.
То, что приводится в качестве аргументов сторонниками классического ООП - не выдерживает критики даже с точки зрения обычного процедурного программирования.
Не было бы у вас классов - вы бы одинаковый код методом Copy-Paste плодили???
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589433
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторОднако кто вам сказал, что аксес вообще пригоден для крупных проектов и командной разработки? Да он с SourceSafe'ом до сих пор подружиться не может :)
Ну так тема плавно из похвалы Access (и я считаю заслуженной), переросла в тему "Чего в нем не хватает для того, чтобы подрасти до инструмента для построения клиентской части в крупных проектах". Насколько я понимаю новые веяния в виде ADP в Access делались совсем не для того, чтобы работать с парой десятков таблиц, тут наоборот Jet-движок рулит. Ну а раз маздайщики сделали его тесную интеграцию с MSSQL, то почему бы спрашивается им нельзя было немножко почесать репу и расширить функциональность Access, благо им стоит только спросить, чего в нем не хватает, желающих рассказать найдется много, так как это действительно очень популярный инструмент у нас и за рубежом. Иначе весь этот ADP получается чистой воды рекламной компанией MSSQL, а не эволюцией Access (да в принципе оно так и есть, с учетом ограничения MSSQL ONLY).
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589498
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SSYЯ имел ввиду, что "with events" метод позволяет обрабатывать только то, что уже есть на форме, к которой он "присосался". Ну, например (очень плоский и примитивный), если на все формы надо кинуть дополнительную кнопку, то надо добавлять именно в каждую из них, а не только в предка, от которого наследуются эти формы.
Предок для каждой формы Access - голая абстрактная форма, в которую, действительно, добавить ничего нельзя. Но если ты сделал три разных класса, на основе конкретной формы (например, для реализации различного функционала), то можно добавить кнопку на базовую форму, и она понятно будет работать при создании любого из классов наследников. Но это так, к слову. :)

ASCRUSНу а раз маздайщики сделали его тесную интеграцию с MSSQL, то почему бы спрашивается им нельзя было немножко почесать репу и расширить функциональность Access,
Тогда уже это бы не Access получился, а, например, VB.NET.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589576
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
йцукЭто вам не принципиальное несходство многопоточности Win32 и COM-овской модели аппартментов.
Мощно задвинул, внушает. (С)

йцукВ VB нет нормального ресайза. И нет наследования. Поэтому пишется класс, в котором и реализуется интеллектуальный ресайз. И нужная форма с этим классом связывается.
Большая разница - базовая форма со стандартной функциональностью или отдельный класс с реализацией стандартной функциональности?
В данном конкретном случае разница действительно небольшая и есть множество других случаев, когда with events вполне достаточно.

йцукОднако кто вам сказал, что аксес вообще пригоден для крупных проектов и командной разработки? Да он с SourceSafe'ом до сих пор подружиться не может :)
Это точно. Только проекты имеют наглость разростаться и становиться ой какими большими. И работать с ними норовят не 1-2, а 3-4 и более программистов. А пересесть "в процессе" на другое средство разработки зачастую просто невозможно :(

йцукНе было бы у вас классов - вы бы одинаковый код методом Copy-Paste плодили???
Ну а как бы Вы ту-же кнопку в пару десятков форм вставляли?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589619
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IgorMПредок для каждой формы Access - голая абстрактная форма, в которую, действительно, добавить ничего нельзя. Но если ты сделал три разных класса, на основе конкретной формы (например, для реализации различного функционала), то можно добавить кнопку на базовую форму, и она понятно будет работать при создании любого из классов наследников. Но это так, к слову. :)
Конечно будет: форма-то одна и та же, пусть даже и в нескольких экземплярах :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589633
йцук
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В данном конкретном случае разница действительно небольшая и есть множество других случаев, когда with events вполне достаточно.
Да при чем здесь WithEvents?
Объекты как-то между собой взаимодействуют. Кто-то вызывает что-то. Пользовательские действия (например) действительно удобно автоматически перехватывать в классе, реализующем базовую функциональность, вместо того, чтобы перехватывать их в "дочерней" форме и вручную передавать их в "базовый" класс.
Так же удобно выбрасывать свои события из "базового" класса - для того, чтобы иметь возможность тонкой настройки базовой функциональности.
Не нужно все это - да и хрен бы с ними, с событиями. Одними пропертями и методами получится обойтись - вперед. Смысл от этого не меняется. Вместо базовой формы со стандартной функциональностью и наследования от нее - выделенный объект с той же самой функциональностю и его использование.

Только проекты имеют наглость разростаться и становиться ой какими большими. И работать с ними норовят не 1-2, а 3-4 и более программистов. А пересесть "в процессе" на другое средство разработки зачастую просто невозможно :(
Имхо аксес вполне подходит для максимально быстрого стартапа. За месяц первоначальной работы и еще месяц попутных переделок создать систему, которая удовлетворит пользователей на год-два, самому в течении этого года-двух начать (и, если повезет, то и закончить) "правильную" разработку того же самого на каком-нибудь дотнете (к примеру)

Ну а как бы Вы ту-же кнопку в пару десятков форм вставляли?
А как бы вы вставляли одни и те же пять строчек кода в пару десятков (условно одинаковых) функций?
Головой надо думать. Причем желательно до того, как умудрились насоздавать сотню полуодинаковых, полуразных однотипных форм :)
А то получается, что кричим о необходимости рисовать красивые схемы классов, делать супер-пупер наследование, заниматься проектированием системы, большая комманда программистов, опупенно большой проект... И вдруг на нас как снег на голову сваливается необходимость модифицировать двадцать форм, которые почему-то (совершенно случайно) оказались одинаковыми по сути своей справочниками :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589785
SSY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
йцукДа при чем здесь WithEvents?
Я вытащил на свет With Events, когда тут заговорили о возможности что-то унаследовать от формы :)
Ну, так скажем, это единственный способ "прицепиться" к уже имеющимся формам и дать им дополнительную функциональность "малой кровью", например, я так добавлял логирование действий пользователей в унаследованную систему. К ООП это действительно не относится.

йцукГоловой надо думать. Причем желательно до того, как умудрились насоздавать сотню полуодинаковых, полуразных однотипных форм :)
А то получается, что кричим о необходимости рисовать красивые схемы классов, делать супер-пупер наследование, заниматься проектированием системы, большая комманда программистов, опупенно большой проект... И вдруг на нас как снег на голову сваливается необходимость модифицировать двадцать форм, которые почему-то (совершенно случайно) оказались одинаковыми по сути своей справочниками :)
Да речь не об этом... Может пример с кнопкой - не самый удачный, но я говорю о принципиальной возможности централизованно менять внешний вид и поведение форм и контролов, а главное об удобстве этого. Ведь наперед уж совсем всего не продумаешь, как красиво схемы не рисуй :)
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589822
Guest_333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
IgorM

OK. Метод MyMethod класса Class3
Код: plaintext
1.
    Debug.Print Me.Property8
    Debug.Print Me.Property1
Как будет тут? Как будет это работать?

* Могу ли я написать (в Вашем варианте кода, в последней строке самого вызова):
Код: plaintext
MsgBox Str(cls3.Property1)
Нет? Тогда какое же это наследование?
* Если я объявлю в Class1 новую переменную Property0 - появится ли она автоматом в Class3? (без_моего_вмешательства_руками в описание классов Class2 и Class3). Нет? Тогда какое же это наследование?
* Если я создам в Class1 новый метод MyMethod0 - появится ли он автоматом Class3? Нет? Тогда какое же это наследование?

Для достижения всего этого извраты в описании интерфейсов руками делать надо? Тогда какое же это наследование?
IgorM
Код: plaintext
1.
         ? This.Property8  && Это новое св-во
         ? This.Property1  && А это - доставшееся по наследству


(смею предполагать, что в VFP это возможно).
Да, это возможно. И, само собой, не только "This" (что является прямым аналогом "Me" в VB), но и извне кода класса:
Код: plaintext
1.
2.
oThirdClass = CREATEOBJECT("ThirdClass")
oThirdClass.MyMethod()  
MessageBox(oThirdClass.Property1)

IgorMИ есть класс TForm, который обеспечивает всё взаимодействие. Теперь я просто кладу на форму контролы, в tag'ах пишу нужные свойства и форма у меня выравнивается без единой дополнительной строчки кода.
Ну вот она вся мощь наследования в VB во всей своей красе. Использование Tag вместо нормального субклассирования контролов и добавления нужных свойств субклассам. Что Вы будете делать, когда придется еще больше навернуть обработку и придется в контролах еще что-либо набивать на этапе разработки? Какие св-ва базовых текстбоксов использовать? Ведь Tag уже занят!

IgorMВсё вышеизложенное не объявление VBA настоящим объектно-ориентированным языком, а просто пример его возможностей, которые отрицаются в вышестоящих постах.
Это не "возможности", сорри, а обходные пути - от бедности

IgorMПредок для каждой формы Access - голая абстрактная форма, в которую, действительно, добавить ничего нельзя. Но если ты сделал три разных класса, на основе конкретной формы (например, для реализации различного функционала), то можно добавить кнопку на базовую форму, и она понятно будет работать при создании любого из классов наследников. Но это так, к слову. :)
Покажите, пожалуйста какие кнопки жать, чтобы сие счастье поиметь



йцук


йцукА я говорил, что это наследование? Да я тут весь топик твержу о том, что в VB нет наследования в общепринятом смысле, но это не особо мешает (хотя с ним было бы лучше)
От оно как... да уж.. не мешает. Ну тебе может и не мешает, ты же гений

йцукВ VB нет нормального ресайза. И нет наследования. Поэтому пишется класс, в котором и реализуется интеллектуальный ресайз. И нужная форма с этим классом связывается.
Как связывается? С каждой формой через Copy/Paste? А если я этот класс подменить захочу? У меня 120 форм. Расскажи последовательность действий - как я это сделаю? Всем за раз как подменить?

йцукБольшая разница - базовая форма со стандартной функциональностью или отдельный класс с реализацией стандартной функциональности?
При чем здесь это? Можно класс положить на форму и объявить в свою очередь эту форму саму классом - и от нее уже создавать новые формы. Где тут, покажи мне, разница в подходах? Форма классом всё равно является, хотя функциональность я добавил по-бейсиковски

йцукОднако кто вам сказал, что аксес вообще пригоден для крупных проектов и командной разработки
Ну так давайте его и спозиционируем как продукт для менеджера (двух-трех-отдела). Ведь наверное не зря же он в MS Office, а не в MS Visual Studio входит, наряду с другими навороченными средствами разработки как Ёхель и Ворд :) ?

йцукНу вынесите вы стандартные, повторяющиеся группы объектов в отдельные повторно используемые блоки.
Разверни свою мысль поподробнее. Ты о чем? В нормальной ситуации это заносится в описание родителя. Все остальные этот код/объекты получают по-умолчанию! Какие блоки в черту?

йцукНе было бы у вас классов - вы бы одинаковый код методом Copy-Paste плодили???
Да что ты постоянно былое вспоминаешь? Может на лошадей вместо автомобилей еще пересядем?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32589877
Guest_333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Guest_333 Если я объявлю в Class1 новую переменную Property0 -
Сорри. Описка. Новое свойство , конечно же, в виду имеется
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590066
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_333Нет? Тогда какое же это наследование?
Самое обычное "interface inheritance" - наследование интерфейса.

Guest_333Если я объявлю в Class1 новую переменную Property0 - появится ли она автоматом в Class3? (без_моего_вмешательства_руками в описание классов Class2 и Class3). Нет? Тогда какое же это наследование?
Нет, не появится. Вот с этого и надо было начинать. Я же говорил, тщательнее надо вести дискуссию... Ведь сначала было просто:

Guest_333Чем выпендреживаться чужими цитатами и орать как кастрированному, лучше сделай мне на VB/VBA трехуровневую иерархию наследования с помощью связки "наследование интерфейса + приватный экземпляр родителя" (aka Implements + Dim xxx AS ParentClass)

Ответьте, пожалуйста, я Вам это сделал?
Далее... Вам уже много раз написали, что VBA поддерживает не наследование реализации, а наследование интерфейса. От того, что я буду вынужден написать дополнительный код, с точки зрения внешнего приложения результат не изменится.

Guest_333Ну вот она вся мощь наследования в VB во всей своей красе.
Так, значит наследование все же есть...

Guest_333Использование Tag вместо нормального субклассирования контролов и добавления нужных свойств субклассам. Что Вы будете делать, когда придется еще больше навернуть обработку и придется в контролах еще что-либо набивать на этапе разработки? Какие св-ва базовых текстбоксов использовать? Ведь Tag уже занят!
В Tag'е можно хранить любые другие свойства, они там идут обычным списком. А сам tag был выбран для того, что бы эти свойства прописывать визуально в конструкторе, т.к. наследника контрола на форму не положить, а ручками в коде устанавливать свойства не хочется.

Все остальные рассуждения как бы и не очень по теме. Я не позиционировал Access, как средство замены Delphi, VC, .NET и т.п. поэтому спорить по этому поводу не буду.

Кстати, хотите почитать, что поэтому поводу думает MS?

MSDN - Understanding Interface-based ProgrammingThe Two Faces of Inheritance
Inheritance is an objected-oriented concept that models an "IS A" relationship between two entities. So far, this article has used the term implementation inheritance instead of the more generic term inheritance because extending a super class with a sub class is only one way to leverage an "IS A" relationship. When a class implements an interface, it also takes advantage of an "IS A" relationship. For instance, if a class CBeagle implements the interface IDog, it is correct to say that a beagle "IS A" dog. You can use a CBeagle object in any situation in which an IDog-compatible object is required.

Interface-based programming is founded on a second form of inheritance known as interface inheritance. This means that inheritance does not require the reuse of method implementations. Instead, the only true requirement for inheritance is that a sub class instance be compatible with the base type that is being inherited. The base type that is inherited can be either a class or a user-defined interface. In either situation, you can use the base-type references to communicate with objects of many different types. This allows both forms of inheritance to achieve polymorphism.

Both forms of inheritance offer polymorphism, yet they differ greatly when it comes to their use of encapsulation. Implementation inheritance is based on white-box reuse. It allows a sub class to know intimate details of the classes it extends. This allows a sub class to experience implicit reuse of a super class's method implementation and data properties. Implementation inheritance is far more powerful than interface inheritance in terms of reusing state and behavior. However, this reuse comes with a cost. The loss of encapsulation in white-box reuse limits its scalability in large designs.

As the term black-box reuse suggests, interface inheritance enforces the concepts of encapsulation. Strict adherence to the encapsulation of implementation details within classes allows for more scalable application designs. Interface-based programming solves many of the problems associated with white-box reuse. However, to appreciate this style of programming, you must accept the fact that the benefits are greater than the costs. This is a struggle for many programmers.

When a class implements an interface, it takes on the obligation to provide set methods. Sub class authors must write additional code whenever they decide to implement an interface. When you compare this to implementation inheritance, it seems like much more work. When you inherit from a class most of your work is already done, but when you inherit from an interface your work has just begun. At first glance, implementation inheritance looks and smells like a cheeseburger, while interface inheritance looks like a bowl of steamed broccoli. You have to get beyond the desire to have the cheeseburger to reach a higher level of interface awareness. The key advantage of interface inheritance over implementation inheritance is that it is not vulnerable to the tight coupling that compromises the extensibility of an application.
Про фастфуд прикольно написано...
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590297
Guest_333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Конкретно по факту вопроса (звиняюсь, время пока нет:(

IgorMОтветьте, пожалуйста, я Вам это сделал?
Игорь, покажите, если можно, где в вашем листинге видно, что классы наследованы друг от друга? Где Implements, Property Let/Get?
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590363
Лысый ежик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
йцук Только проекты имеют наглость разростаться и становиться ой какими большими. И работать с ними норовят не 1-2, а 3-4 и более программистов. А пересесть "в процессе" на другое средство разработки зачастую просто невозможно :(
Имхо аксес вполне подходит для максимально быстрого стартапа. За месяц первоначальной работы и еще месяц попутных переделок создать систему, которая удовлетворит пользователей на год-два, самому в течении этого года-двух начать (и, если повезет, то и закончить) "правильную" разработку того же самого на каком-нибудь дотнете (к примеру)

Намедни перегнал mdb в adp. Предварительно спросил у дельфистов, сколько нужно для переписывания клиента с таким функционалом, ответили - минимум 3 месяца, вероятнее всего, больше. Их у меня не было, поэтому за неделю переделал код, обеспечивая работоспособность. А теперь есть возможность не спеша переложить остатки логики клиента на сервер, посмотреть на то, как работает, и принять решение, что делать дальше.
В этом случае в стандартной ситуации - вам шашечки или ехать :), я предпочел ехать.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590480
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не показательно. На Delphi тоже можно писать или правильно или быстро
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590490
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лысый ежик
Намедни перегнал mdb в adp. Предварительно спросил у дельфистов, сколько нужно для переписывания клиента с таким функционалом, ответили - минимум 3 месяца, вероятнее всего, больше. Их у меня не было, поэтому за неделю переделал код, обеспечивая работоспособность. А теперь есть возможность не спеша переложить остатки логики клиента на сервер, посмотреть на то, как работает, и принять решение, что делать дальше.
В этом случае в стандартной ситуации - вам шашечки или ехать :), я предпочел ехать.
Только ты забыл одну простую вещь. Дельфистам нет необходимости в переписывании. Оно уже должно быть на сервере и правильно работать. Переход с однонго сервера на другой, конечно приведет к переделкам. Но в основном серверной части. Поэтому ни к Delphi, ни к какому другому инструменту это не относиттся. Вот такие шашечки!
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590511
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати как раз сейчас периодически приходится заниматься в старых проектах переброской логики на сервер. Код усыхает раз в 5-7 В любом случае это быстрее чем переписывать из одного клиента в другой aka из пустого в порожнее
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590627
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_333Игорь, покажите, если можно, где в вашем листинге видно, что классы наследованы друг от друга? Где Implements, Property Let/Get?
А для чего? Вы выставили некоторые условия, написали код и объявили, что средствами Access нельзя добиться аналогичной функциональности. Разве не так?

Объясню еще раз, последний, объявление в дочернем классе объекта-предка и написание свойств, которые обеспечат доступ к свойствам базовых классов, является едиственно возможным способом наследования в VBA, плохим или хорошим это другой вопрос. Но для программы, использующей данный класс, разницы между разными типами наследования практически не будет.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590628
Лысый ежик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кажется, реплика, задела дельфистов. Ничего против делфи или других не имею :)
Писал бы с нуля или переделывал не с акцесса - наверное, не трогал бы его. Но мы живем в реальном мире и реинжиниринг становится очень частой задачей. В данном случае, акцесс помог мне выиграть очень нужное мне время. Банальная истина - нужный инструмент выбирается исходя из задачи.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590799
Guest_333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
IgorM Guest_333Игорь, покажите, если можно, где в вашем листинге видно, что классы наследованы друг от друга? Где Implements, Property Let/Get?
А для чего? Вы выставили некоторые условия, написали код и объявили, что средствами Access нельзя добиться аналогичной функциональности. Разве не так?
Я объясню. На самом деле целью задумки было не только установление факта "а можно ли это в принципе", но и демонстрация того, что вообще реализация "наследования" в VB является страшно жутким геморроем, о чем я и говорил в своем первом посте. Вы привели в VB-листинге только критические участки кода, я же 100%-но рабочий код VFP. Если под рукой есть VFP - можете проверить. Для того, чтобы ваш пример стал рабочим нужно накатать еще тучу строк... руками... Вот и сравнивайте простоту реализации. Очень, кстати, забавно, что в поиске по местному форуму VB по запросу Implements выдается всего 4 темы. Так часто пользуемся прекрасным VB-наследованием, видимо? Не от того ли, что это так "удобно" и дает тучу возможностей?

IgorMОбъясню еще раз, последний, объявление в дочернем классе объекта-предка и написание свойств, которые обеспечат доступ к свойствам базовых классов, является едиственно возможным способом наследования в VBA, плохим или хорошим это другой вопрос.
Не надо так реагировать. Последний-не последний... Вы доказываете с йцук-ом, что в VB замечательное наследование, я же - что оно фуфловое и беспомощное. Мы по разные стороны баррикад - что уж тут поделать. А завтра, в другом топике, может мы будем вместе отбиваться от Дельфистов, к примеру. Заметьте, термины типа "объектно-ориентированная п...обратия" тут употребляла совсем другая личность.

Итого, на тукущий момент, мы имеем:
1. В VB/VBA нельзя создать класс формы и уже из него создавать новые экземпляры форм
2. В VB/VBA нельзя визуально наследовать базовые контролы (что прекрасно продемонстрировал пример c классом ресайза и Tag)
3. Как следствие, нельзя визуально на форму из библиотеки классов класть субклассированные контролы
4. Организация наследования и интерфейса и _эмуляция_ наследования реализации страшно геморройны. Чем больше иерархия классов, чем больше свойств и методов проходит через наследовние, тем больших трудов стоит это наследование организовать
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590847
Sonk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Господа, меня поражает то что вы хотите от Access. Ну не создан он для того что бы лепить супер крутые вещи, но для средней конторы (userов этак 50), это самое то. Как по сорости разработки так и по скорости изменения структуры и логики программы. И не надо говорить что сначала надо разработать всю логику а потом лепить программу, это руководству скажите :)

У меня Sqlserver 2000 и клиенты на Access, забросил мой любимый Builder C++, так как скорость разработки несопоставима :)

Надо видеть место продукта в мире.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32590981
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_333На самом деле целью задумки было не только установление факта "а можно ли это в принципе", но и демонстрация того, что вообще реализация "наследования" в VB является страшно жутким геморроем, о чем я и говорил в своем первом посте.
Если Вы заметили, я вступил в дискуссию только тогда, когда Вы написали, что VBA не сможет сделать то, что сумеет VFP и привели код. "Геморрой" реализации я принципиально не обсуждал и обсуждать не хочу. Поэтому-то я и говорю, что примеры "ущербности" наследования VBA нужно выбирать тщательнее. Только и всего.

Guest_333Для того, чтобы ваш пример стал рабочим нужно накатать еще тучу строк... руками...
Пример полностью рабочий и отвечает поставленным условиям.

Guest_333Вот и сравнивайте простоту реализации.
А я разве где-то писал про простоту реализации?

Guest_333Не надо так реагировать. Последний-не последний...
Знаете, просто по третьему разу объяснять одно и тоже я думаю неразумно.

Guest_333Вы доказываете с йцук-ом, что в VB замечательное наследование, я же - что оно фуфловое и беспомощное.
Цитату, в которой я доказывал "замечательность" реализации наследования VBA можете дать?
И то, что оно "фуфловое и беспомощное" по-моему Вы доказываете неубедительно. Читали врезку из MSDN? Вот MS говорит, что "interface inheritance" очень даже ничего.

Guest_333Мы по разные стороны баррикад - что уж тут поделать. А завтра, в другом топике, может мы будем вместе отбиваться от Дельфистов, к примеру.
То что мы по разные, это Вы сами для себя почему-то решили. Я работал и работаю не только с Access, но и с С++, по этому про "правильное" наследование знаю не понаслышке.

Ну, и напоследок все же выскажу мнение по каждому пункту обвинения.

1. В VB/VBA нельзя создать класс формы и уже из него создавать новые экземпляры форм
Опять расплывчато. Пример просить не буду, только отмечу, если я Вас првильно понял, то визуально действительно - нельзя, в коде - можно.

2. В VB/VBA нельзя визуально наследовать базовые контролы (что прекрасно продемонстрировал пример c классом ресайза и Tag).
3. Как следствие, нельзя визуально на форму из библиотеки классов класть субклассированные контролы
Совершенно справедливо. Но в большой степени это ограничение среды.

4. Организация наследования и интерфейса и _эмуляция_ наследования реализации страшно геморройны. Чем больше иерархия классов, чем больше свойств и методов проходит через наследовние, тем больших трудов стоит это наследование организовать
Спорить не буду, кода придется написать побольше и делать это надо по-аккуратнее.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32591220
Guest_333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
IgorMПоэтому-то я и говорю, что примеры "ущербности" наследования VBA нужно выбирать тщательнее
....
И то, что оно "фуфловое и беспомощное" по-моему Вы доказываете неубедительно.
.....

Я не знаю, что же еще мне нужно раскопать про VB-наследование для убедительности, после всего этого:

Guest_333Итого, на тукущий момент, мы имеем:
1. В VB/VBA нельзя создать класс формы и уже из него создавать новые экземпляры форм
2. В VB/VBA нельзя визуально наследовать базовые контролы (что прекрасно продемонстрировал пример c классом ресайза и Tag)
3. Как следствие, нельзя визуально на форму из библиотеки классов класть субклассированные контролы
4. Организация наследования и интерфейса и _эмуляция_ наследования реализации страшно геморройны. Чем больше иерархия классов, чем больше свойств и методов проходит через наследовние, тем больших трудов стоит это наследование организовать

Guest_333
IgorM

OK. Метод MyMethod класса Class3
Код: plaintext
1.
    Debug.Print Me.Property8
    Debug.Print Me.Property1
Как будет тут? Как будет это работать?

* Могу ли я написать (в Вашем варианте кода, в последней строке самого вызова):
Код: plaintext
MsgBox Str(cls3.Property1)
Нет? Тогда какое же это наследование?
* Если я объявлю в Class1 новую переменную Property0 - появится ли она автоматом в Class3? (без_моего_вмешательства_руками в описание классов Class2 и Class3). Нет? Тогда какое же это наследование?
* Если я создам в Class1 новый метод MyMethod0 - появится ли он автоматом Class3? Нет? Тогда какое же это наследование?

Для достижения всего этого извраты в описании интерфейсов руками делать надо? Тогда какое же это наследование?
IgorM
Код: plaintext
1.
         ? This.Property8  && Это новое св-во
         ? This.Property1  && А это - доставшееся по наследству


(смею предполагать, что в VFP это возможно).
Да, это возможно. И, само собой, не только "This" (что является прямым аналогом "Me" в VB), но и извне кода класса:
Код: plaintext
1.
2.
3.
oThirdClass = CREATEOBJECT("ThirdClass")
oThirdClass.MyMethod()  
MessageBox(oThirdClass.Property1)


IgorM А сам tag был выбран для того, что бы эти свойства прописывать визуально в конструкторе, т.к. наследника контрола на форму не положить, а ручками в коде устанавливать свойства не хочется.



Для того, кто активно пользуется нормальной для ООП реализацией наследования в C++, Delphi, C#, VB.Net, VFP - уже все давно убедительно. Еще более убедительно было бы, если бы Вы предоставили полный код примера на VB, чтобы всем были видны извраты, нужные для наследования интерфейса в VB. Лично же для меня пункта №1 уже достаточно, чтобы считать невозможным для себя переход на VB по доброй воле. Кто-то использует субклассирование широко, кото-то нет. Я не представляю себе работу без нормальной реализации этой фичи. Я встречал Дельфистов, которые кроме как перетаскиванием компонент с галереи больше ничем не пользовались - и чувствовали себя счастливыми, а "ООП в Паскале" знали только как словосочетание. Ну и замечательно, пусть колбасят дальше

IgorMЧитали врезку из MSDN? Вот MS говорит, что "interface inheritance" очень даже ничего.
Мне абсолютно все равно как, что, и чем называет MS, если я это нахожу для себя неприменимым в работе. Пусть хоть "interface inheritance" оно называется, хоть "super mega new technology". Курица, от того, что ее называют птицей, летать не будет все равно

IgorM 1. В VB/VBA нельзя создать класс формы и уже из него создавать новые экземпляры форм
Опять расплывчато. Пример просить не буду, только отмечу, если я Вас првильно понял, то визуально действительно - нельзя, в коде - можно.
Вот, что именно я имел в виду:
Save As Class Dialog Box (Microsoft Visual FoxPro)
MSDNLets you save a form, or selected controls on a form, as a class definition. Create a class if you intend to create subclasses based on the form or reuse the controls for other forms.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_foxhelp/html/lngcreate_form.asp]CREATE FORM [FormName | ?] [AS cClassName FROM cClassLibraryName | ?]
MSDNCreates a new form from a form class in a .vcx visual class library.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32591312
IgorM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ладно, про это я и говорил - всё пошло по новому кругу.

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

Если бы Вы написали, не "лучше сделай" и "покажи как тебе это удалось", в чем для меня заметно желание посадить собеседника в лужу, а продолжили бы в духе того, что это лажа и никто этим не пользуется, то я бы и не стал Вам ничего объяснять.

Дальнейшее обсуждение этого вопроса для меня ничего нового не откроет, поэтому думаю тему наследования можно закрыть.
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32598623
Geenetix
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Облегчает жизнь
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #32627382
]d1vEr[
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я бы не сказал, что в Access все так просот и элементарно. Я на нем профессионально писал (да и сейчас иногда приходится ипользовать). Простенькие БД делать элементарно, но это не значит, что нельзя на Access делать профессиональные мощные приложения (особенно если подвязать SQL Server)
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #34369878
x22
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
говорят в акцессе легко работать со связями многие-ко-многим
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #34381282
Fuzzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не забудем ещё поставить плюс Аксессу в случае, когда нужно крутануть запрос по таблицам, лежащим на разных серверах -- Jet в этом случае вообще незаменим
...
Рейтинг: 0 / 0
Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
    #34381460
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Модератор: тема закрыта и присыпана нафталином.
юзеру "x22" предупреждение!
при последующих попытках реанимировать давно усопшие топики, логин будет заблокирован
...
Рейтинг: 0 / 0
217 сообщений из 217, показаны все 9 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Д а в а й т е п о х в а л и м M i c r o s o f t A c c e s s .
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]