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

← →
lightix (2005-09-22 10:40) [0]

Передо мной стоит такая задача - разработать комплекс программ, который должен быть легко переносимым между разными компьютерами, но при этом БД должна быть сетевая, т.е. на одном из компьютеров ставится комплекс программ, и БД, а остальные должны обращаться к этой БД по сети. При этом к компьютерам (в том числе и главному) должны предъявляться минимальные требования, т.е. ставить на него СУБД типа оракла или скл сервер нельзя - все должно работать компактно и локально...
Я работаю в C++Builder, Delphi, и конечно хотелось бы использовать их для разработки, но не знаю есть ли необходимые требования. есть вариант сделать все это на MS Access, но что-то я сомневаюсь...

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

← →
Sergey13 © (2005-09-22 10:48) [1]

ФБ+Делфи.
Читать на ibase.ru

← →
msguns © (2005-09-22 11:10) [2]

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

Интербэйз (файрберд) хорош своей легкостью в установке и работе и шустростью на относительно небольших объемах, не требует администрирования и бесплатен (на 5 пользователей), однако имеет и минусы, главным образом из=за ограниченности своего языка.
MS SQL существенно тяжелее, "тормозит" на ровных местах, требует хоть и небольшого, но администрирования. Однако язык стандарта SQL 2000 значительно мощнее интербэйзного, кроме того тоньше механизм транзакций (сам не догнал его до сих пор, но знающие люди так говорят). Плюсом является еще и то, что это одна из самых популярных сегодня промышленных СУБД.
Оракл - то же, что MS SQL, только еще тяжелее и капризнее в администрировании.

Вот если я чего не так сказал, пусть меня не сильно пинают ;)))

← →
Desdechado © (2005-09-22 11:19) [3]

msguns © (22.09.05 11:10) [2]
вообще-то почти все утверждения либо неточны, либо спорны :)

гораздо лучшей альтернативой IB является упомянутый FB (бесплатный полностью)
про мощь языка MSSQL я бы не стал так категорично, в IB многие вещи сделать проще и есть даже то, чего нет ни в MS, ни в Оракле при всей их хваленой надежности и платности

← →
lightix (2005-09-22 11:21) [4]

Мне СУБД не подходят, должно все быть настолько просто, чтобы юзер смог сам проинсталить все это сесть и работать.... никаких серверов не должно быть...
Прога будет использоваться в самых разнообразных условиях, т.е. может быть вариант что она будет вообще локальная на одном компе, а в другом месте может работать с 5-10 пользователями...

← →
Sergey13 © (2005-09-22 11:22) [5]

2[2] msguns © (22.09.05 11:10)
> и бесплатен (на 5 пользователей),
ФБ вроде просто бесплатен. Хоть на 500 пользователей.

>Оракл - то же, что MS SQL, только еще тяжелее и капризнее в администрировании.
Спорно как минимум. 8-)

← →
Sergey13 © (2005-09-22 11:24) [6]

2[4] lightix (22.09.05 11:21)
Ты сначала сам разберись, что тебе нужно.

← →
msguns © (2005-09-22 11:35) [7]

>lightix (22.09.05 11:21) [4]
>Мне СУБД не подходят, должно все быть настолько просто, чтобы юзер смог сам проинсталить все это сесть и работать.... никаких серверов не должно быть...

Ах, какой это страшный и ужасный зверь - СУБД
"Чудище огромно, озорно, стозевно и лайяй" ;))

Включить в инсталляцию клиента ФВ - два файла переслать.

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

← →
msguns © (2005-09-22 11:35) [8]

Удалено модератором

← →
Плохиш © (2005-09-22 11:37) [9]

Сделать веб-сервис и вообще ничего ни на какие компьютеры переносить не надо будет, там браузер уже есть по-умолчанию ;-)

← →
Chris © (2005-09-22 11:37) [10]

Если "проинсталить, сесть и работать", то используй TQuery. Пусть тяжело и громоздко, зато настраивать ничего не нужно, а устанавливать нужно лишь Программу и BDE. Только не надо забывать, что количество пользователей будет ограничено количеством подключений, которые позволит Windows (у рабочей станции максимальное количество равно 10)

← →
lightix (2005-09-22 11:39) [11]

Я и говорю что нужно - программа которую юзер проинсталит на комп или несколько компов, сядет и будет работать. О существовании СУБД,таблиц и еще каких то других вещей он и не должен подозревать.

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

Возможен и вариант такой что комп будет один и тестироваться будут на том же компе на котором и база.

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

Если бы это использовалось только у нас, то тут есть Oracle, и вопросов тогда бы не возникло.

← →
Плохиш © (2005-09-22 11:41) [12]

> lightix (22.09.05 11:39) [11]

Вашей фирме надо занятся поиском "Разработчика программного обеспечения".

← →
lightix (2005-09-22 11:43) [13]

> msguns © (22.09.05 11:35) [8]
> >lightix (22.09.05 11:21) [4]
> Ах, какой это страшный и ужасный зверь - СУБД
> "Чудище огромно, озорно, стозевно и лайяй" ;))
> Включить в инсталляцию клиента ФВ - два файла переслать.
> Написать свой собственный многопользовательский интерфейс
> с единым хранилищем данных хотя бы с минимальной надежностью
> и скоростью - вещь чрезвычайно нелегкая. Да требует достаточно
> высокой квалификации, коей, как видно из постов, не наблюдается
> и близко

Я понимаю что вопросы выглядят глупо, но я все время работаю с Oracle+Builder, а тут такая задача нестандартная...

← →
lightix (2005-09-22 11:48) [14]

> Плохиш © (22.09.05 11:41) [12]

Лучше бы помог советом, чем хамить...

Тут времени на все это есть только месяц :( И исходных данных том на 200 страниц...

← →
lightix (2005-09-22 11:52) [15]

> msguns © (22.09.05 11:35) [8]
> Написать свой собственный многопользовательский интерфейс
> с единым хранилищем данных хотя бы с минимальной надежностью
> и скоростью - вещь чрезвычайно нелегкая. Да требует достаточно
> высокой квалификации, коей, как видно из постов, не наблюдается
> и близко

За 4 года работы еще не приходилось такого делать, да и небыло таких задач, все делаем на Oracle...

← →
Sergey13 © (2005-09-22 11:56) [16]

2[14] lightix (22.09.05 11:48)
А он тебе и посоветовал. Только забыл добавить "знакомого не только с Ораклом".

← →
Плохиш © (2005-09-22 11:59) [17]

> lightix (22.09.05 11:48) [14]
> > Плохиш © (22.09.05 11:41) [12]
> Лучше бы помог советом, чем хамить...
> Тут времени на все это есть только месяц :( И исходных данных
> том на 200 страниц...

К сожалению, я не могу помочь в вопросах "как бы ничего не делать, но чтобы всё работало".
Бум надеятся, что за месяц Вы хотя бы разберётесь с тем что написано на 200 страницах.

PS. А [9] Вы благополучно не заметили.

← →
lightix (2005-09-22 12:02) [18]

> Плохиш © (22.09.05 11:59) [17]
> К сожалению, я не могу помочь в вопросах "как бы ничего
> не делать, но чтобы всё работало".
> Бум надеятся, что за месяц Вы хотя бы разберётесь с тем
> что написано на 200 страницах.
>
> PS. А [9] Вы благополучно не заметили.

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

А насчет [9] у меня мысли были, и вариант отличный, но я не уверен что все тесты возможно реализовать средствами веба.

← →
Курдль © (2005-09-22 12:07) [19]

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

Delphi + SqlDirect + Sybase ASA (именно ASA с Watcom-овским движком).

Лицензия типа 100 баксов.

← →
Плохиш © (2005-09-22 12:08) [20]

> lightix (22.09.05 12:02) [18]

Кстати, до сих пор Вы даже не удосужелись конкретно поставить задачу, всё приходится клещами вытаскивать. Скучно :-(

← →
isasa © (2005-09-22 12:33) [21]

У меня была подобная задача. Плюс условие - нестабильная работа сети (коаксиал, в классах студенты елозят ногами ...). Решил через Access+репликация. Офис, практически стоит везде, крайний случай, ODBC.
Кстати таки [9](CGI, ISAPI, ASP), был как альтернатива. Получится мобильно и просто, до безобразия.

← →
antoxa2005 (2005-09-22 12:39) [22]

А что такое FB интересно? И где его можно скачать интересно?

← →
lightix (2005-09-22 13:19) [23]

> isasa © (22.09.05 12:33) [21]
> У меня была подобная задача. Плюс условие - нестабильная
> работа сети (коаксиал, в классах студенты елозят ногами
> ...). Решил через Access+репликация. Офис, практически стоит
> везде, крайний случай, ODBC.
> Кстати таки [9](CGI, ISAPI, ASP), был как альтернатива.
> Получится мобильно и просто, до безобразия.

Вот и я наверное все-таки с помощью Access буду делать...

← →
msguns © (2005-09-22 13:33) [24]

>Курдль © (22.09.05 12:07) [19]
>Могу посоветовать связку, работающую много лет безошибочно и быстро на многомиллионных таблицах.
>Delphi + SqlDirect + Sybase ASA (именно ASA с Watcom-овским движком).

Улетный просто вариант, учитывая

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

Многомиллионные тестовые таблицы - это кто ж там будет тестироваться ?
И, главное, работает на "голом" компе.

Просто вставить 5 коп, не удосужившись даже почитать, что требуется ?

>lightix (22.09.05 13:19) [23]
>Вот и я наверное все-таки с помощью Access буду делать...

Судя по [15] некоторый опыт имеется. Тогда надо сперва конкретизировать задачу. То, что будет БД тестов, это ясно. То, что правиться она будет только адиминистратором (в блокирующем режиме ?) , а стало быть с клиентов не будет запросов на модификацию - тоже. Такой односторонний (т.е.только чтение) интерфейс вполне можно реализовать на акцесе или в том же вебе.

А вот надо ли результаты тестирования держать в БД ? Т.е. клиент протестирован, результат на экране,- надо ли его сохранять в БД ? Может, достточно только временное хранение на лок.диске ? Или, к примеру, просто распечатывать и делу конец ?

← →
msguns © (2005-09-22 13:33) [25]

Удалено модератором

← →
Курдль © (2005-09-22 13:42) [26]

2 msguns ©

Каюсь, всё не прочитал :)

Но хранить в централизованной БД смысл есть.
А для подобных задач я бы посоветовал вообще ASP, PHP, апплет-сервлет и т.п.

Т.е. варианты, когда даже клиентскую сторону на компах пользователей устанавливать не надо.

← →
evvcom © (2005-09-22 13:49) [27]

> msguns © (22.09.05 11:35) [7]
> msguns © (22.09.05 11:35) [8]
> msguns © (22.09.05 13:33) [24]
> msguns © (22.09.05 13:33) [25]

У тебя это... клавишу заело. :)

← →
msguns © (2005-09-22 13:55) [28]

>evvcom © (22.09.05 13:49) [27]

Это не клавиша.. это сервак у провайдера такой ;((

сервак, конечно, не важнец :(, но у меня не залипает :)

← →
lightix (2005-09-22 14:49) [30]

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

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

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

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

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

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

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

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

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

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

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

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

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

← →
lightix (2005-09-22 15:57) [35]

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

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

← →
lightix (2005-09-22 15:59) [36]

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

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

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

← →
lightix (2005-09-22 16:26) [38]

Предлагаю вариант, где для каждого нового пользователя будет создаваться ini-файл, где будут храниться результаты прохождения тестов.
Сам exe-шник будет лежать в расшаренной папке, у юзеров ставится ярлык на этот файл. При запуске путь к папке с данными будет равным ExtractFilePath(Application.Exename).
...и ничего настраивать не надо.

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

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

Выбор БД и средства разработки Найти похожие ветки