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

Откуда:
Сообщений: 5
Вопрос, наверное, глупый, но мне очень интересно знать. Можно ли реализовать БД с архитектурой клиент-сервер, то есть чтобы можно было по сетке с разных компов одновременно нормально работать, только с помощью Excel? Access ? Их вообще можно называть СУБД? И чего можно по максимуму добиться только этими средствами (+программирование на чем-нибудь)? А то старые дремучие преподы в институте вовсю ратуют за MS-Office, типа в сто раз круче, чем Interbase/Firebird+Delphi, например. А речь идет о небольшой БД (~20 таблиц с 5-15 полями) которая должна работать в локальной сетке ~10 компов и иметь удобный, интуитивно понятный интерфейс и не требовать при этом особенных капитальных вложений на ПО. Или старперы правы и Excel & Access рулез? Жду злых аргументов против Аксцеса, но хочу знать правду :)
13 фев 03, 16:49    [128639]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
MPro
Guest
Акцес влегкую может работать с SQL и для такой БД хороший выбор
13 фев 03, 16:54    [128648]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
dkstranger
Member

Откуда: Москва
Сообщений: 341
Аргументы очевидны и приводились многократно
Связки типа Excel - Access имеют след преимущества
1. не требуют особой квалификации и широко распространены
2. позволяют быстро "на коленях" сделать "почти все, что хочешь"
Очевидные недостатки
а. технические ограничения /например, на число записей/
б. ограничения многих функциональных возможностей СУБД
/тригера, хранимые процедуры, контроль целостности и пр./
в. проигрыш производительности и администрировании
/блокировки, доступ и пр./

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

Да, кстати, Excel никак нельзы назвать СУБД - он относится к так
называемому классу электронных таблиц.
Access тоже по многим параметрам не является базой данных - это
инструментарий /ориентированный на неспециалистов/ разработки
клиентской части с элементами настольной базы данных.

Резюме - даже для такого небольшого проекта ориентация на Access
приведет на практике к куче геморроя и оправдана только, если
нет сколь-нибудь квалифицированного персонала. Да и в первом случае
целесообразно потратить время и силы не на создании достаточно
бесполезной игрушки, а на изучение хотя бы основ реляционных СУБД
и технологий.
13 фев 03, 17:34    [128715]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Sinner
Member

Откуда:
Сообщений: 453
Ну не знаю, обхаяли, как хотели,
Excel позволяет делать такие вещи, которые не то, что
трудно - просто практически невозможно написать нормальными
средствами...
Я не считаю себя Гуру в этом деле, но довольно успешно связал воедино
Excel+Access+MSSQL, и просто доволен, наколько удобный интерфейс получен...
а про ограничения на количества записей и все остальное -
это не есть совсем так - при достаточно грамотной серверной части
"морда" получается довольно "тонкая" и простая...
мне есть с чем сравнивать :)
Ну на вкус и цвет ....
и по поводу квалификации не правда...
простите такую нескромность :)
13 фев 03, 19:17    [128835]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Sinner
Member

Откуда:
Сообщений: 453
в принципе и в чистом УХЕЛЕ можно сваять довольно приятную прогу,
(Получение инфы с сервака Через ADO,
А отправка на сервак или кодированными строкам или вообще XMLем)
только пописать прийдется много руками...

P/s/ удобнее в связке с Access
13 фев 03, 19:19    [128839]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Pavel
Member

Откуда: Кемерово
Сообщений: 2435
А то старые дремучие преподы в институте вовсю ратуют за MS-Office, типа в сто раз круче, чем Interbase/Firebird+Delphi, например.
Тут вяли одного такаого пенсионера-теоретика. Правда я ему в отдел АСУ сразу доступ перекрыл (и в прямом-через систему СКУД, и в переносном). Над ним вся контора покатывается. Он в своем развитии остановился где-то на Supercalc.
14 фев 03, 06:41    [128948]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
StarWind
Member

Откуда: г. Иркутск
Сообщений: 1875
А можно полюбопытствовать, что можно сделать Excel'ем и нельзя другими средствами?
14 фев 03, 08:28    [128992]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Julchen
Member

Откуда:
Сообщений: 5
А кто-нибудь знает, где можно почитать про конкретные характеристики Excel, Access по сравнению с нормальными СУБД, чтобы не быть голословными. Нужно что-то вроде сравнительного анализа.
14 фев 03, 10:45    [129117]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Циничный Кот
Member

Откуда: Moscow / St. Petersburg
Сообщений: 6496
Excel позволяет делать такие вещи, которые не то, что
трудно - просто практически невозможно написать нормальными
средствами...


А можно полюбопытствовать, что можно сделать Excel'ем и нельзя другими средствами?

А можно и мне полюбопытствовать???... А то как-то пришлось иметь дело с проектом, в котором _вся_ БД реализовывалась на Excel. Причем человеком, который ничего не знал про устройство настоящих БД. Впечатление - бббблеееээээ...

Чтобы не быть голословным - представьте себе систему состоящую изполтыщи файлов, в которой каждый пользователь (а круг пользователей в принципе не ограничен) может вносить изменения (непреднамеренные) в код системы (потому что никакой защиты от дурака нет); где входные данные сначала распечатываются из одной информационной ситемы на листик, потом с одного(!) листика вручную(!!) раскидываются по двум-трем десяткам файлов(!!!); потом хитрожопыми методами собираются в один-два-три итоговых сводных файла; при этом нет никакой гарантии того, что даже правильно вбитые данные в один лист (файл) попадут в итог; где работа человека, поддерживающая систему, сводится к тому, что он с выпученными глазами носится по всем пятистам файлам, ищет, кто где какие ссылки поломал, где чего съехало, почему там или сям что-то опять не прошло, перебивает неправильно введенные данные; при этом начальство стоит наддушой и требует, чтобы именно это г..но заработало в рекордные сроки и начало безотказно выплевывать информацию,etc,etc,etc - вы представите себе только малую толику того, с чем пришлось столкнуться. :о) После такого уеб%:**ща Access кажется вершиной совершенства.
14 фев 03, 16:42    [129537]     Ответить | Цитировать Сообщить модератору
 2 Julchen  [new]
Циничный Кот
Member

Откуда: Moscow / St. Petersburg
Сообщений: 6496
Какие именно характеристики вас интересуют???...

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

Access - настольная СУБД. Освоить с нуля методом научного тыка вряд ли получится - надо хотя бы представлять, что такое реляционнная база данных, SQL и прочитать книжечку про Access. Как только прочитаешь, поковыряешься в Access-е, понимаешь, что возможности у него довольно убогие и хочется чего-нить более продвинутого. Так приходишь к тому, что вы назвали "настоящая СУБД". К коим относится, скажем, Oracle и MSSQL.

Только я бы не стал сравнивать Excel и Oracle. Во-первых, засмеют, а во-вторых это то же самое, что сравнивать бумажный планер с Боингом и спрашивать - а что лучше и где сравнительный анализ??
14 фев 03, 16:54    [129553]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Julius
Member

Откуда: Таганрог
Сообщений: 439
На счет Excel спору нет - это не база данных, не СУБД и не средство разработки интерфейсов для систем клиент-сервер.

Но вот что касается Access - тут уж дело вкуса и вопрос соответствия задаче. Начиная с Access 2000 появилась технология ADP, которая предназначена для разработки простыми средствами Access интерфейсов к базам данных SQL Server, да и раньше существовал достаточно эффективный доступ через ODBC. И работает эта связка очень даже эффективно и надежно, а разработка интерфейсов на ней для SQL Server 2000 является наиболее быстрой и эффективной, если кого интересует скорость разработки и стоимость проекта.
Не хотелось бы начинать дискуссию по этому поводу, но все же, кроме голословных утверждений по поводу ограниченности средств Access, как правило не приводится никаких аргументов, равно как и по поводу непрофессионализма тех, кто с ним работает. Профессионалов Access по моим наблюдениям найти намного труднее, чем специалистов по Delphi, например.
14 фев 03, 19:11    [129676]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
SiDen
Member

Откуда:
Сообщений: 518
Одно дело писать клиента на аксессе, другое - использовать в качестве БД.
По поводу доводов: ограничение на размер файла, 97-1гиг, 2000-2002-2 гига.
По поводу проффесионализма... скажу только что работал я с ним в течении 2ух лет, бд была в нескольких файлах, общий объем - порядка 10 гиг. Пользователей - 20-30. В конечном итоге все мучительно переползло на сиквел. Из-за повышения производильности как следствие появилась возможность сделать много чего приятного.
По поводу 20 таблиц+10 пользователей... Аксесс потянет(если суммарный объем не велик). Проблем всего 2: безопасность и многопользовательский доступ. От последнего mdb-шки периодически ломаются, приходится их восстанавливать, сжимать... что не есть приятно...
ЗЫ: не стоит сравнивать спеца по Delphi со спецом по Access... несколько разные вещи... по прологу тоже сложно найти спеца...
Более того, что должен знать спец по делфям? Я так подозреваю не только юзать компонентики из стандартного набора или скаченные откуда-либо...
ЗЫЫ: Разрабатывать достаточно удобно, нет спору, единственное что меня не устраивало периодически - это скорость и написание activex нужных (заметьте опять же на делфях :))
ЗЫЫЫ:
Я бы советовал сразу учиться делать как лучше. Это приобретение опыта, что немаловажно. Если конечно есть время на это.
ЗЫЫЫЫ: Не видел навороченных многопользовательских проектов на аксессе. Возможно плохо искал.

Все написанное - ИМХО. Ногами не бить. А знаю не по наслышке, а испытал на собственной шкуре.
14 фев 03, 19:35    [129693]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Julius
Member

Откуда: Таганрог
Сообщений: 439
SiDen:
Никогда не призывал писать на Access многопользовательские проекты используя Jet. Конечно же, имеется в виду только использование как клиента для SQL Server, поскольку вопрос в топике заучал "...Можно ли реализовать БД с архитектурой клиент-сервер...".
14 фев 03, 19:46    [129699]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
aibo
Member

Откуда:
Сообщений: 7
Мои пять копеек по поводу кап.затрат:

1. Excel & Access конечно рулез - особенно, когда цену на лицензию посмотришь (ведь это Office Pro). Платить за такое удовольствие для старперов тоже то еще удовольствие :) Клиента лучше писать на Дельфи, Си, Фоксе - быстрее будет работать и стоить будет что для одного компьютера, что для тысячи ( то есть практически ничего:) ).

2. Для серверной части в данном случае вполне подойдет бесплатный MySQL на FreeBSD или Linux.
17 фев 03, 16:59    [130608]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Julius
Member

Откуда: Таганрог
Сообщений: 439
aibo:

На счет одного и тысячи компьютеров, тут Access от всех остальных не остает - есть Access Runtime, который может БЕСПЛАТНО распространяться в любом количестве экземпляров вместе с клиентским приложением, для этого надо заплатить только за 1 экз. лицензии на Office Developer ($1300 примерно).
17 фев 03, 17:03    [130612]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Senin Viktor
Member

Откуда: Подмосковье
Сообщений: 5006
>>Аргументы очевидны и приводились многократно
>>Связки типа Excel - Access имеют след преимущества
>>1. не требуют особой квалификации и широко распространены
Это смотря какие задачи решать.

>>Очевидные недостатки
>>а. технические ограничения /например, на число записей/
~4,5 миллиарда строк и/илм 2 Гб назвать ограничениями сложно

>>б. ограничения многих функциональных возможностей СУБД
>>/тригера, хранимые процедуры, контроль целостности и пр./
Простейшие тригера (типа больше нуля есть), контроль целостности (в т.. чкаскадное обнолвение-удаление) есть
>>в. проигрыш производительности и администрировании
>>/блокировки, доступ и пр./
Администрировать Access НЕ НАДО, только не забыть свою функцию сжатия БД, блокировки рабоатю, разграниченный доступ есть, производительность низкая только в сети (это файл-сервер все-таки), да и тереотически до 255 подключений к БД - тоже не мало

>>Access тоже по многим параметрам не является базой данных - это
>>инструментарий /ориентированный на неспециалистов/ разработки
>>клиентской части с элементами настольной базы данных.
На 600 мерсе тоже чайники ездят.

>>Резюме - даже для такого небольшого проекта ориентация на Access
>>приведет на практике к куче геморроя и оправдана только, если
>>нет сколь-нибудь квалифицированного персонала. Да и в первом случае
>>целесообразно потратить время и силы не на создании достаточно
>>бесполезной игрушки, а на изучение хотя бы основ реляционных СУБД
>>и технологий.
Акес ПРЕЖНАЗНАЧЕН для малых проектов. А гемор бывает и с Нотепадом, если не знать как с ним работать.
27 фев 03, 12:11    [136473]     Ответить | Цитировать Сообщить модератору
 Re: Клиент-сервер в Excel ???  [new]
Maxx
Member [скрыт]

Откуда:
Сообщений: 24290
ну вот мои 5 копеек
аксес - использую только в виде adp и то только для почти собственных нужд.
хотя есть проект сделанный на нем mssql2000 +adp(нужно так было),впечатления - пока не переписал половину стандартных ф-ций на свой лад vba убивал меня полностью.Но после правки все работает стабильно и без особых проблем.
Правда ничего большого и серьозного я на нам вам делать не советую - уж больно убогий у микроофта вшел vba:(
Но опять же все ето IMHO
2 мар 03, 18:28    [138225]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить