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

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

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

Какой сервер и способ обращения выбрать? [D7]

Страницы: < 1 2
БаТоН © (2005-01-25 16:54:00)
Здравствуйте, Мастера.

Я готовлюсь написать свою первую серьезную программы для работы с БД. Я волен выбирать любой сервер и любой способ обращения к нему. Что выбрать?
Программирую на Дельфи. (Небольшой) опыт есть по работе с Access и IB/FireBird. Способы обращения: работал с FIBPlus, но они оставили отрицательное впечатление (слишком все громоздко и наворочено), также есть небольшие теоретические знания ADO.
Характеристики требуемой базы: это будет база данных отделения больницы. Количество записей небольшое (не более 1000), то есть скорость не критична. Однако существует огромное количество разнообразных таблиц и очень развитые глубокие связи между ними.
Главные требования: хорошее обеспечение расширяемости и простота работы.

Nikolay M. (2005-01-26 09:53:00) [21]

> sniknik © (26.01.05 08:57) [15]

Можно и не "исчезать". Про аксесс в данном контексте я написал только потому, что человеку (который потом окажется на поддержке всего этого хозяйства), мало знакомому с БД вообще, проще всего будет разобраться именно с аксессом.

> Deniz (26.01.05 08:46) [14]
> Интересно спросить,
> что же лучше при написании "первой серьезной программы для
> работы с БД", небольшой опыт или небольшие теоретические
> знания?
> Все таки лучше начинать с того что знаешь(хоть и немного),
> но если есть время и желание можно разобраться и с M$ SQL,
> выбирать автору.

Бред какой-то. Как ты себе представляешь писать БД на ИБ и параллельно разбираться с мс скл? А ведь с ИБ, чуйствую, автору тоже придется разбираться. Если есть силы провести изучение боем, лучше, имхо, разбираться с мс скл.

sniknik (2005-01-26 08:57:00) [22]
> Если разово выполнить работу, получить деньги и исчезнуть, тогда вообще лучше ахсекса трудно что-то придумать.
не согласный я. на аксессе (базе а не на самом ;) можно очень даже неплохо сделать, и "исчезать" не придется.

Deniz (2005-01-26 08:46:00) [23]
>Nikolay M. © (25.01.05 17:51) [7]
> Ольга (25.01.05 17:43) [6]
Клевать не будем, но ... в вопросе сказано: "(Небольшой) опыт есть по работе с Access и IB/FireBird ... также есть небольшие теоретические знания ADO"Интересно спросить, что же лучше при написании "первой серьезной программы для работы с БД", небольшой опыт или небольшие теоретические знания?
Все таки лучше начинать с того что знаешь(хоть и немного), но если есть время и желание можно разобраться и с M$ SQL, выбирать автору.
Только вот задача описана как-то не очень правильно, полностью поддерживаю msguns © (25.01.05 18:27) [10]

aus (2005-01-25 19:20:00) [24]
aus (25.01.05 18:49) [11]
Сам себе отвечу.
Не подумал, данные копиться будут.

DSKalugin (2005-01-25 19:09:00) [25]
1)В составе дистрибутива FIBPlus присутствует файл справки fibplusd6.hlp
2) у них есть сайт, на котором выложены готовые примеры и статьи
Центр Пользователей FIBPlus http://www.fibplus.com.ua/news.php
разработчики FIBPlus на www.devrace.com

aus (2005-01-25 18:49:00) [26]
msguns © (25.01.05 18:27) [10]
Для тысячи записей как-то нелеповатисто звучит

В применении к 1000-коечной больнице (например) - совершенно обычное дело, люди выписываются, ложатся, данных в базе немного, но интенсивно обрабатываются и обновляются.

msguns (2005-01-25 18:27:00) [27]
>Характеристики требуемой базы: это будет база данных отделения больницы. Количество записей небольшое ( не более 1000), то есть скорость не критична. Однако существует огромное количество разнообразных таблиц и очень развитые глубокие связи между ними.

Для тысячи записей как-то нелеповатисто звучит

Nikolay M. (2005-01-25 17:59:00) [28]

> Johnmen © (25.01.05 17:53) [8]

Зависит от того, что человеку нужно. Если разово выполнить работу, получить деньги и исчезнуть, тогда вообще лучше ахсекса трудно что-то придумать.
А вопрос со стоимостью ты и сам знаешь как решается :(

Johnmen (2005-01-25 17:53:00) [29]
>Ольга (25.01.05 17:43) [6]
>Nikolay M. © (25.01.05 17:51) [7]

Не думаю, что финансовая сторона дела последняя для больницы...

Nikolay M. (2005-01-25 17:51:00) [30]

> Ольга (25.01.05 17:43) [6]
> Мое предложение - MS SQL (так, сейчас меня заклюют коллеги...)

Поддерживаю. Имхо, потом легче будет найти работу и платить за мс скл будут больше.

Ольга (2005-01-25 17:43:00) [31]
Мое предложение - MS SQL (так, сейчас меня заклюют коллеги...)
1. Для поставленной задачи возможностей MS SQL-я выше крыши (Oracle конечно лучше, но для 1 больницы слишком круто и дорого)
2. Очень распространенный продукт, куча литературы и масса любителей давать советы...

Johnmen (2005-01-25 17:30:00) [32]
>БаТоН © (25.01.05 17:18) [3]
>FIBPlus мне не понравилось во-вторых своей излишней
>навороченностью - чтобы совершить простые действия с базой
>данных, нужно создать очень много компонентов, настроек и
>другой хренотени.

Врёшь ты всё... Или просто не разобрался/не разбирался...
Мне вот достаточно 5 (пяти) минут, чтобы написать элементарное приложение с использованием FIB+

>А во-первых - отсутствием хорошей документации. Если Вы знаете,
>где ее взять - то я буду благодарен.

Очень хороший хелп идет в комплекте. Также скачивается отдельно с сайта разработчиков. Многое похоже на IBX.

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

Здесь помогут. И м.б. даже с глупыми...:)

P.N.P. (2005-01-25 17:23:00) [33]
>FIBPlus мне не понравилось
а стандартные компоненты IBX чем не устраивают??

>никто не сможет помочь
www.ibase.ru

БаТоН (2005-01-25 17:18:00) [34]
FIBPlus мне не понравилось во-вторых своей излишней навороченностью - чтобы совершить простые действия с базой данных, нужно создать очень много компонентов, настроек и другой хренотени.
А во-первых - отсутствием хорошей документации. Если Вы знаете, где ее взять - то я буду благодарен. А так мне приходится прокладывать себе дорогу руками, практически "угадывая", какие методы и компоненты как работают, и часто не понимая логики их работы. Боюсь, что с увеличением сложности запросов непоняток будет все больше и больше, и рано или поздно это может привести в тупик. Кроме того, среди моих знакомых практически нет людей, работающих в FireBird, поэтому никто не сможет помочь в случае возникновения странных глупых вопросов.

Reindeer Moss Eater (2005-01-25 17:11:00) [35]
MS Excel

P.N.P. (2005-01-25 17:10:00) [36]
Ну, если >опыт есть по работе с Access и IB/FireBird
то тогда лучше остановться на FireBird.

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

Наверх

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