Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Выбор БД и средства разработки

Страницы: < 1 2 3 4 >
lightix © (2005-09-22 10:40:00)
Передо мной стоит такая задача - разработать комплекс программ, который должен быть легко переносимым между разными компьютерами, но при этом БД должна быть сетевая, т.е. на одном из компьютеров ставится комплекс программ, и БД, а остальные должны обращаться к этой БД по сети. При этом к компьютерам (в том числе и главному) должны предъявляться минимальные требования, т.е. ставить на него СУБД типа оракла или скл сервер нельзя - все должно работать компактно и локально...
Я работаю в C++Builder, Delphi, и конечно хотелось бы использовать их для разработки, но не знаю есть ли необходимые требования. есть вариант сделать все это на MS Access, но что-то я сомневаюсь...

В общем посоветуйте как быть.

ANB (2005-09-23 12:37:00) [21]

> Sergey13 © (23.09.05 11:52) [47]
- не факт. Продавцы софта могут и на своей болванке его привезти. Кстати, уже 9 на одну не влезает (вроде).

Sergey13 (2005-09-23 11:52:00) [22]
2 [45] ANB © (23.09.05 11:48)
Так "практически" это потому что хоть за СД-болванку надо заплатить? Тогда понятно. 8-)

isasa (2005-09-23 11:51:00) [23]
> где для каждого нового пользователя будет создаваться ini-файл
Еще раз прочитал. Не нашел.
В моем варианте отчетливо звучало требование - защитить от правки злобным юзером результаты тестирования.

ANB (2005-09-23 11:48:00) [24]

> Sergey13 © (23.09.05 11:44) [44]
- ой да ладно. Видел кучу контор, которые юзают оракл промышленно и ни копейки за него не платили. И конторы не маленькие и вполне приличные и денежные. А для разработчка - он точно халявый, даже серийника не спрашивает и в лицензии так и написано.

Sergey13 (2005-09-23 11:44:00) [25]
2[43] ANB © (23.09.05 11:39)
>практически халявый.
Ой. 8-)

ANB (2005-09-23 11:39:00) [26]
Автору :
MS SQL ставится только на серверную операционку, так что для твоих условий не подойдет.

А чем оракл то не нравится ? С ним работать умеешь, ставится на любую NT, практически халявый. Плюс - он сам может выступать в качестве HTTP сервера, причем код достаточно писать только на PL/SQL. Т.е. на клиентской машине надо будет только запустить браузер и ввести адрес. Чуть помуторнее будет настраиваться сервер, но не сильно. Поднять дамп, пощелкать настройки и запустить службу. И все дела.

Danilka (2005-09-23 10:00:00) [27]
[41] Top © (23.09.05 09:49)
Desdechado © (22.09.05 15:40) [33]
согласен,

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

Нельзя.
Т.к.:
1. юзер "не знает что такое поставил"
2. нада настраивать клиентские машины - указывать им сервер/базу.

:)

Top (2005-09-23 09:49:00) [28]
Desdechado © (22.09.05 15:40) [33]
согласен,

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

Danilka (2005-09-23 08:45:00) [29]
Chris © (22.09.05 17:38)
Предлагаю вариант, где для каждого нового пользователя будет создаваться ini-файл, где будут храниться результаты прохождения тестов.
Сам exe-шник будет лежать в расшаренной папке, у юзеров ставится ярлык на этот файл. При запуске путь к папке с данными будет равным ExtractFilePath(Application.Exename).
...и ничего настраивать не надо.

Не подойдет. Т.к. не попадает под условие:
понимается нечто, что не требует вообще никаких знаний, для человека который не знает что такое "поставил"
а тут еще ярлыки надо создавать, папки расшаривать и т.д.
Впрочем, под это условие и многопользовательский доступ ваще ничего не попадет, кроме откровенных извращений. :)

Chris (2005-09-22 17:38:00) [30]
Предлагаю вариант, где для каждого нового пользователя будет создаваться ini-файл, где будут храниться результаты прохождения тестов.
Сам exe-шник будет лежать в расшаренной папке, у юзеров ставится ярлык на этот файл. При запуске путь к папке с данными будет равным ExtractFilePath(Application.Exename).
...и ничего настраивать не надо.

lightix (2005-09-22 16:26:00) [31]

> Sergey13 © (22.09.05 16:01) [37]

Так и сделаю. И пойду искать новую работу.

Sergey13 (2005-09-22 16:01:00) [32]
2[35] lightix (22.09.05 15:57)
> Т.е. принес на диске запустил и работаешь.
Ну поставь им шарики или тетрис какой (лучше эротический 8-). Все довольны будут. И результаты там сохраняются. 8-)

lightix (2005-09-22 15:59:00) [33]

> Курдль © (22.09.05 15:27) [32]

Если бы у меня было время разобраться с Microsoft .Net Framework то так бы и сделал ... А так - времени осталось очень мало...

lightix (2005-09-22 15:57:00) [34]

> Desdechado © (22.09.05 15:40) [33]

Совершенно верно, понимается нечто, что не требует вообще никаких знаний, для человека который не знает что такое "поставил" :)))
Т.е. принес на диске запустил и работаешь.

Курдль (2005-09-22 15:46:00) [35]

> Что называется "поставил и забыл".

А oracle разве не такой? Он еще более "поставил и забыл", чем все другие СУБД! :)

Desdechado (2005-09-22 15:40:00) [36]
А я хотел бы поинтересоваться у автора, что он понимает по СУБД и что понимает под СУБД тот, кто ему ставил задачу "никаких СУБД"?
Боюсь, что эти 2 понимания разные, и оба отличны от моего.
Если под СУБД понимается нечто, что тербует администрирования и больших знаний администратора, то FireBird не требует ни того, не другого (хотя их наличие приветствуется, как и во всем :). Что называется "поставил и забыл". А вот если что-то другое имеется ввиду под СУБД - прошу огласить...

Курдль (2005-09-22 15:27:00) [37]

> Могу еще порекомендовать .Net Remoting, если заказчики согласятся
> установить бесплатный Microsoft .Net Framework :)

О! Гениально я придумал! :) А все данные хранить в XML формате на компьютере руководителя тестирования (благо, что из .NET DataSet-a в XML и обратно данные перемещаются "в одно касание")!

Курдль (2005-09-22 15:05:00) [38]

> В общем-то задача сама по себе простецкая, на оракле я бы
> за неделю такое сделал :) а тут еще усложнили задачу - никаких
> СУБД, все по максимуму просто и понятно при инсталяции и
> сопровождении. :(
>
> В вебе было бы конешно оптимально, но тут есть свои ньюансы
> - есть серия тестов на время как это сделать в вебе я не
> знаю,ну и еще тонкости технологические ....
>

"Никаких СУБД" - это забавно.
Могу порекомендовать Yaffil (аналог IB), не требующий никаких СУБД, кроме своей же парочки DLL. А его накопленный файл БД легко подставляется под сетевой вариант IB или FB (если СУБД все же разрешат).

Могу еще порекомендовать .Net Remoting, если заказчики согласятся установить бесплатный Microsoft .Net Framework :)

lightix (2005-09-22 14:49:00) [39]

> msguns © (22.09.05 13:33) [25]
> Судя по [15] некоторый опыт имеется. Тогда надо сперва конкретизировать
> задачу. То, что будет БД тестов, это ясно. То, что правиться
> она будет только адиминистратором (в блокирующем режиме
> ?) , а стало быть с клиентов не будет запросов на модификацию
> - тоже. Такой односторонний (т.е.только чтение) интерфейс
> вполне можно реализовать на акцесе или в том же вебе.
> А вот надо ли результаты тестирования держать в БД ? Т.
> е. клиент протестирован, результат на экране,- надо ли его
> сохранять в БД ? Может, достточно только временное хранение
> на лок.диске ? Или, к примеру, просто распечатывать и делу
> конец ?

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

В БД будут примерно такие таблицы, как "виды тестов", "подвиды видов тестов" :) и т.п., затем таблица с самими вопросами, все это естесно завязано по ключам.
Каждый из испытуемых тоже заносится в таблицу (ФИО,должность,отдел и т.п.) и для него формируется уникальный номер. После ответа на каждый вопрос, заносим запись в таблицу с ответами. При продолжении незаконченного тестирования в этой таблице можно будет взять номер пройденного последнего теста и вопроса.
Отчеты потом будут выдаваться на том компе, на котором сама база.

В общем-то задача сама по себе простецкая, на оракле я бы за неделю такое сделал :) а тут еще усложнили задачу - никаких СУБД, все по максимуму просто и понятно при инсталяции и сопровождении. :(

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

evvcom (2005-09-22 13:57:00) [40]
сервак, конечно, не важнец :(, но у меня не залипает :)

Страницы: < 1 2 3 4 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »