Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.07.18;
Скачать: [xml.tar.bz2];

Вниз

А вот зачем Микрософт разработал Access ?   Найти похожие ветки 

 
Dmitriy O. ©   (2004-06-24 10:16) [0]

Если Ексель все Юзеры широко пользуются и программеры тоже.
То Access 99,9 % Юзеров не понимают и не используют. Т.к. разобраться и проффисианально работать с ним требует очень много времени и сил. Сопостовимое с изучением скажем Delphi. Поэтому если есть необходимость работать с БД легче и перспективнее выучить последнее. А вот программеры используют Access (кроме самой базы) ?


 
Игорь Шевченко ©   (2004-06-24 10:18) [1]


> То Access 99,9 % Юзеров не понимают и не используют


Откуда дровишки ?


 
YurikGL ©   (2004-06-24 10:24) [2]


> Dmitriy O. ©   (24.06.04 10:16)  

Вот именно, что юзеры - не используют, а по мне дык удобно иногда.


 
Ega23 ©   (2004-06-24 10:26) [3]

Сопостовимое с изучением скажем Delphi

"Я бы не стал заходить так далеко и называть брата - жирным" (С)


 
Vovchik_A ©   (2004-06-24 10:26) [4]

"проффисианально" - мда... 4 Ошибки в одном слове...
Дима, если бы ты заглянул в интереснейшую книгу, которая называется "Орфографический словарь"...


 
YurikGL ©   (2004-06-24 10:29) [5]


> "проффисианально"

Так и занимаются.


 
Тимохов ©   (2004-06-24 10:31) [6]

Дима, пиши лучше по английски - хоть что-то будет извинять твои ошибки.


 
Dmitriy O. ©   (2004-06-24 10:35) [7]


> Игорь Шевченко ©   (24.06.04 10:18)
По моему скромному опыту. Знал только одного Юзера
из тех кто работает с компом который более-менее пытался изучить Access. У  нас на работе только один человек 100 % изучил его
он по образованию инженер электронщик. И делает на нем базы не хуже чем наши прогеры на Builder C++


> YurikGL ©   (24.06.04 10:24)
Как можно спросить вы его пользуете.
Ед что мне приходит в голову на счет его пользования это
ADO+база Access составление SQL в его редакторе мастером .


 
Тимохов ©   (2004-06-24 10:36) [8]


> Dmitriy O. ©   (24.06.04 10:35) [7]

ни один, даже ваш прогер, не может сделать базу на Builder C


 
MisteRR ©   (2004-06-24 10:37) [9]

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


 
YurikGL ©   (2004-06-24 10:38) [10]


> Как можно спросить вы его пользуете.
> Ед что мне приходит в голову на счет его пользования это
> ADO+база Access составление SQL в его редакторе мастером
> .

У меня дома телефонный справочник на access. Перетаскивал из Excel-я.


 
Тимохов ©   (2004-06-24 10:39) [11]

Дмитрий.
В чем вообще вопрос?
Почему вы так часто поднимаете тему о замечательности excel. Согласен, что данный вопрос напрямую не связан с обознаенной мной темой, но все же что-то есть.

За что вы так любите сей продукт?
Юзера его любят я понимаю за что - налабал целую БАЗУ!!! Я спец, я крут, а это прогреры лохи - месяцами пишут, то что я за день сделал! Бух (удар пяткой в грудь). Но вы же вроде программист, вы же должны понимать несерьезность такого подхода.


 
Игорь Шевченко ©   (2004-06-24 10:49) [12]


> По моему скромному опыту


Эти слова надо писать большими буквами в первом сообщении. После каждого предложения или составных частей сложных предложений.


 
Dmitriy O. ©   (2004-06-24 10:49) [13]


> Тимохов ©   (24.06.04 10:39)
Оба продукта замечательны и Excel и Access а в связке они могуть дать фору проге написанной скажем на Delphi.
Тем более  Excel/Access 2003. Там они вообще легко в связке работают.
Вопрос в другом зачем Микрософт продвигает такой довольно сложный продукт в Оффисе. Который пользуют люди в свое массе не смогущие использовать и 30 % заложенного в нем потенциала.


 
Dmitriy O. ©   (2004-06-24 10:51) [14]


> Игорь Шевченко ©   (24.06.04 10:49)
Ну а по вашему богатому опыту кто нить из простых пользователей. Не знающих ни каких языков программирования
Доходил когда либо хотябы до уровня демок Access и тем более делал что либо более сложное ?


 
Игорь Шевченко ©   (2004-06-24 10:52) [15]


> Ну а по вашему богатому опыту кто нить из простых пользователей.
> Не знающих ни каких языков программирования
> Доходил когда либо хотябы до уровня демок Access и тем более
> делал что либо более сложное ?


Разумеется


 
pasha_golub ©   (2004-06-24 10:53) [16]

Тимохов ©   (24.06.04 10:39) [11]

По поводу юзеров. Работал до меня один программер, специалист классный. Но лет ему уже было и то, и се. Дык вот какая задача была, имеется что-то около 30 файлов их надо слить в один, ну и по ходу пробежатся знаки расставить непечатные и т.д., вообщем мелочь. Взял он Акссес и наваял скрипт-макрос, мол загружаю в таблицу, тама меняю и выгружаю в файл. Все вроде ничего, я уже когда после него работать начал, репу почесал, подумал что низзя так. Но если работает, чего его ломать? Схема такая жила довольно долго, года три, и за это время поставил я новый Акссес 2000. Макрос ему подсунул, чуток подправил, на что матерился. Ну и ладно. Эти 30 файлов -- это газета на 48 страниц разбитая на рубрики (продам, куплю, и т.д.). Это я к чему, а к тому, что на макетирование, у человека пробитого, уходит 5 часов + плюс реклама и т.п.

Так вот ситуация: заканчивается рабочий день и тут мать-перемать, Паша иди сюда. Приходю смотрю, а в макете рубрики перемешаны, перепутаны, то куплю, то продам, то в морду дам. До 12 часов искал причину, не нашел. Пересклеил макросом, вроде номано. Но сомнения затаились.

А хрен ли тут думать, как оказалось. С точки зрения реляционной алгебры, записи в таблице не имеют порядка. То есть, загружай ты их хоть тыщу раз по порядку, в отсортированом виде, СУБД, в данном случае Акссес, исходя из своих удобств будет размещать их. Проблема бы решилась, если бы он хотя бы ключевое поле ввел, ан нет. Переписал на Делфи.

К чему я это все. Низзя давать пистолет в руки дикаря.


 
Danilka ©   (2004-06-24 10:55) [17]

[13] Dmitriy O. ©   (24.06.04 10:49)

> Вопрос в другом зачем Микрософт продвигает такой довольно
> сложный продукт в Оффисе

Она его продвигает только в версии Проф, которая дороже обычной.


 
Тимохов ©   (2004-06-24 11:04) [18]


> Dmitriy O. ©   (24.06.04 10:49) [13]

Дмитрий, вы что разницы не понимаете между БД и клиентом к ней?

Дельфи нельзя давать фору в деле БД, т.к. дельфи не БД, а максимум клиент к БД.

--------------
Дело ламера боится. Ексель + Аксес дают якобы в руки возможность писать серьезные программы. Но это якобы. Писать программу должен профессиональный программист, а не продвинутый пользователь. Пусть даже очень умный, пусть даже в двумя во. Это попыт и горький к сожалению.


 
wicked ©   (2004-06-24 11:07) [19]

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

из плюсов - отдельный движок БД Jet, который подходит для маленьких, на две-три-пять табличек, баз без никаких претензий на надежность... но и там свои мухи (если надо, расскажу пару)...

в общем, продукт, к которому в полной мере относится фраза "if you can"t make it good, make it look good"...


 
miwa ©   (2004-06-24 11:08) [20]

>могут дать фору проге, написанной, скажем, на Delphi
(изините за отсутствие ошибок оригинала :o) ) Да ну?


 
Sandman25 ©   (2004-06-24 11:09) [21]

[18] Тимохов ©   (24.06.04 11:04)

Вы не могли пояснить, в чем Вы видите разницу/проблему между професииональным программистом и продвинутым пользователем.
То, что пользователь не сможет правильно спроектировать структуру БД?


 
Тимохов ©   (2004-06-24 11:11) [22]


> Sandman25 ©   (24.06.04 11:09) [21]

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


 
Vovchik_A ©   (2004-06-24 11:15) [23]

2Тимохов ©   (24.06.04 11:11) [22]

Так можно дойти до сотворения мира.
Sandman25 © - прав такие люди есть , но их мало


 
Тимохов ©   (2004-06-24 11:16) [24]


> Vovchik_A ©   (24.06.04 11:15) [23]

в чем прав то? Он вроде ничего не утверждал :))


 
Sandman25 ©   (2004-06-24 11:20) [25]

[22] Тимохов ©   (24.06.04 11:11)

Честно говоря, не понял. Что плохого, если пользователь создаст БД из 1 таблички, к которой создаст диалоги поиска, добавления, удаления, изменения. ИМХО профессионал не нужен там, где он не нужен, извините за тавтологию :)


 
Тимохов ©   (2004-06-24 11:26) [26]


> Sandman25 ©   (24.06.04 11:20) [25]

для себя? Да пусть хоть на мк52 работает.
часто бывает другое - продвинутые пользователи лезут в создание продукта для коллективного пользования. я это имею в виду.


 
Dmitriy O. ©   (2004-06-24 11:27) [27]


> miwa ©   (24.06.04 11:08)
Я говорю собствено исходя опять из своего опыта.
У нас на предпр до 2002 г основной прогой по учету деятельности завода была Fox-Pro шная прога (dos) написанная еще гдет в 90-x
Некоторым продвинутым начальникам цехов потребовалось чтот лутше.
А так как наше АСУ на тот мом было сполошь из пенсионеров-Fox Proшников. То нашелся один талант и написал прогу Access+Excel
Когда в АСУ всет изучили Builder C++ и по пытались сделать чтот подобное. То все долго от этого плевались (и до сих пор плюются)
А там где работали на Accessовской проге так и продолжают на ней работать.


 
Sandman25 ©   (2004-06-24 11:29) [28]

[26] Тимохов ©   (24.06.04 11:26)

А мне все же кажется, что Вы имеете в виду не коллективные разработки сами по себе, а все-таки нечто более менее сложное, с чем у дилетанта будут проблемы. Коллективные разработки тоже могут состоять из 1 таблички :)
А вообще трудно не согласиться, конечно, что каждый должен заниматься своим делом


 
Романов Р.В. ©   (2004-06-24 11:30) [29]

Часто бывает так либо программу пишет продвинутый пользователь либо всем отделом считают на мк52. О профессиональных программистах речи даже не идет :(


 
Тимохов ©   (2004-06-24 11:32) [30]


> То нашелся один талант и написал прогу Access+Excel

Не вы ли, Дмитрий.

> Когда в АСУ всет изучили Builder C++ и по пытались сделать
> чтот подобное. То все долго от этого плевались (и до сих
> пор плюются)

не буду оригинальным, но может причина в LMD?


 
DSKalugin ©   (2004-06-24 11:47) [31]

А я вот очень даже активно его использую для подготовки данных перед внесением в БД (как перевалочный пункт). Считаю самой развитой из локальных СУБД. Особенно радуют обновляемые представления (Update для View).
Согласен, что Акцесс редко юзеры пользуют. Но он вообще-то не для них писан и требует знаний как минимум SQL и основ реляционных БД. Это прежде всего средство для разработчиков


 
Igorek ©   (2004-06-24 11:53) [32]


> Dmitriy O. ©   (24.06.04 10:49) [13]
>
> > Тимохов ©   (24.06.04 10:39)
> Оба продукта замечательны и Excel и Access а в связке они
> могуть дать фору проге написанной скажем на Delphi.

Гениальный Вася Пупкий, пишущий на ФоксБейс даст фору десятку опытных, но просто талантливых профессионалов, юзающих Access, Excel, ADO, DAO, SQL и много других страшных слов. :-)


 
Dmitriy O. ©   (2004-06-24 11:53) [33]


> Тимохов ©   (24.06.04 11:32)
Нет ее сделал инженер-электронщик одного из цехов.
Я работаю на Delphi+ib+dbf+Paradox+bde. Эксель знаю сравнит хорошо а Access не изучал т.к. он мне нафиг не нужен со знанием Delphi


 
Anatoly Podgoretsky ©   (2004-06-24 12:05) [34]

Dmitriy O. ©   (24.06.04 10:16)  
Ты про своих пользователей чтоли?
Акцесс очень популярный продукт, правда он сейчас стал довольно сложным, но если посмотреть на Акцесс 2, то рядовые пользователи использовали его без особых затруднений, а если учесть что в то время это было единственное средство под Виндоус, то не сложно догадаться какую он популярность завоевал в англоязычных странах. Продукт очень мощный с великолепным интерфесом и сильной поддержкой пользователя без специального программирования.
Но я так же много знаю пользователей, которые не то что Экселем, но и вордом не умеют пользоваться и что мне делать такой же вывод как и ты по Акцессу?


 
Nikolay M. ©   (2004-06-24 12:08) [35]

Когда я читал ликбезные лекции по БД и Аксессу, всегда находилось 1-2 человека из группы, которые сразу же на семинаре пытались начать писать что-то для себя: телефонную книжку, список своих книг и тд. Я такое только поощрял.


 
Anatoly Podgoretsky ©   (2004-06-24 12:19) [36]

Если знать историю развития этой области, то акцесс имел и имее бешенную популярность, сейчас поменее в связи с развитием клиентсерверных технологий


 
Vovchik_A ©   (2004-06-24 12:34) [37]

У нас была база акционеров на аксессе. Долго. Года 2 назад перевели только на АSЕ/


 
Dmitriy O. ©   (2004-06-24 12:39) [38]

Возможно Микрософт хочет довести Access до такого уровня когда
он будет вне конкуренции по быстроте и легкости проектирования приложений для работы с БД.


 
Vovchik_A ©   (2004-06-24 12:43) [39]

2Dmitriy O. ©   (24.06.04 12:39) [38]

"вне конкуренции" - выбрось это словосочетание вообще из своей лексики. Конкуренция будет всегда


 
Anatoly Podgoretsky ©   (2004-06-24 12:44) [40]

Нет, как раз наоборот, Микрософт пытается убить его, в пользу MS SQL, также и другие производители, Борланд в пользу Интербайс



Страницы: 1 2 3 вся ветка

Форум: "Потрепаться";
Текущий архив: 2004.07.18;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.56 MB
Время: 0.048 c
3-1087584776
3APA3A
2004-06-18 22:52
2004.07.18
Заблокировать определенную запись


14-1088157996
MetalFan
2004-06-25 14:06
2004.07.18
или форум глючит...


1-1088752276
borow
2004-07-02 11:11
2004.07.18
Ищу компонент


3-1087769417
Newb
2004-06-21 02:10
2004.07.18
Проблема с DBCheckBox


1-1089029283
Popovich A.
2004-07-05 16:08
2004.07.18
Установка новых компонент





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский