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

← →
БаТоН © (2005-01-25 16:54) [0]

Здравствуйте, Мастера.

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

← →
P.N.P. © (2005-01-25 17:10) [1]

Ну, если >опыт есть по работе с Access и IB/FireBird
то тогда лучше остановться на FireBird.

← →
Reindeer Moss Eater © (2005-01-25 17:11) [2]

MS Excel

← →
БаТоН © (2005-01-25 17:18) [3]

FIBPlus мне не понравилось во-вторых своей излишней навороченностью - чтобы совершить простые действия с базой данных, нужно создать очень много компонентов, настроек и другой хренотени.
А во-первых - отсутствием хорошей документации. Если Вы знаете, где ее взять - то я буду благодарен. А так мне приходится прокладывать себе дорогу руками, практически "угадывая", какие методы и компоненты как работают, и часто не понимая логики их работы. Боюсь, что с увеличением сложности запросов непоняток будет все больше и больше, и рано или поздно это может привести в тупик. Кроме того, среди моих знакомых практически нет людей, работающих в FireBird, поэтому никто не сможет помочь в случае возникновения странных глупых вопросов.

← →
P.N.P. © (2005-01-25 17:23) [4]

>FIBPlus мне не понравилось
а стандартные компоненты IBX чем не устраивают??

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

← →
Johnmen © (2005-01-25 17:30) [5]

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

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

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

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

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

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

← →
Ольга (2005-01-25 17:43) [6]

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

← →
Nikolay M. © (2005-01-25 17:51) [7]

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

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

← →
Johnmen © (2005-01-25 17:53) [8]

>Ольга (25.01.05 17:43) [6]
>Nikolay M. © (25.01.05 17:51) [7]

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

← →
Nikolay M. © (2005-01-25 17:59) [9]

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

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

← →
msguns © (2005-01-25 18:27) [10]

>Характеристики требуемой базы: это будет база данных отделения больницы. Количество записей небольшое (не более 1000), то есть скорость не критична. Однако существует огромное количество разнообразных таблиц и очень развитые глубокие связи между ними.

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

← →
aus (2005-01-25 18:49) [11]

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

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

← →
DSKalugin © (2005-01-25 19:09) [12]

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

← →
aus (2005-01-25 19:20) [13]

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

← →
Deniz (2005-01-26 08:46) [14]

>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]

← →
sniknik © (2005-01-26 08:57) [15]

> Если разово выполнить работу, получить деньги и исчезнуть, тогда вообще лучше ахсекса трудно что-то придумать.
не согласный я. на аксессе (базе а не на самом ;) можно очень даже неплохо сделать, и "исчезать" не придется.

← →
Nikolay M. © (2005-01-26 09:53) [16]

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

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

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

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

← →
Deniz (2005-01-26 10:27) [17]

>Nikolay M. © (26.01.05 09:53) [16]
Не, не бред, просто когда писал отвлекали и мысль, вероятно, не полно изложил.
Имелось в виду, что если есть много времени для написания программы, то часть можно потратить на MSSQL и уже с ним(только с ним) работать.
Если же такого времени нет(или желания учить/разбираться в MSSQL), то вариант только один: писать на том, что лучше знаешь.

← →
Sergey13 © (2005-01-26 10:36) [18]

ИМХО.
МSSQL, если эта больница - ЦКБ. Если обычная районная больница - FireBird.

← →
Nikolay M. © (2005-01-26 10:40) [19]

> мысль, вероятно, не полно изложил

Точно :)
Если все его знания ФБ заканчиваются простыми селектами, то не один ли тогда фиг, на чем делать? Косяков, скорее всего, будет хватать в обоих случаях. Все написанное - имхо. Последнее слово, конечно, за автором.

← →
БаТоН © (2005-01-27 00:08) [20]

Здравствуйте, Мастера. Извините, что не появлялся в теме целый день, времени не было. Большое спасибо за столь огромное разнообразие ответов. Для себя уяснил следующее:
1). Документация по FIBPlus есть, надо просто лучше искать
2). MS SQL - наиболее перспективный вариант, если действительно данная работа с базами данных не является последней в жизни.

Отвечу на некоторые вопросы, которые возникали в течение обсуждения:
1). 2Reindeer Moss Eater:

MS Excel (если имеется в виду написание программы на VB-скриптах) не подходит тем, что выглядит слишком не солидно - открывается куча файлов с таблицами, всё выглядит громоздко, работает долго и некрасиво. Сложно ограничить права, сложно обеспечить многопользовательскую работу.

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

Мне тоже. А разве 5 минут - это не много для элементарного приложения?

3). 2Nikolay M.

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

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

4). 2msguns © (25.01.05 18:27) [10]
Однако существует огромное количество разнообразных таблиц и очень развитые глубокие связи между ними.
Для тысячи записей как-то нелеповатисто звучит.

Напрасно так думаешь. Вот лишь некоторые сущности (не полный список).

1). Пациенты
2). Врачи (и сестры разных категорий)
3). Смены
4). Заболевания, проявления
5). Исследования
6). Анализы и их результаты
7). Лекарства
8). Мониторы (устройства для лечения и контроля)
9). Мнения специалистов о пациентах и сменах в целом
10). Амбулаторные больные (совсем другие исследования, лекарства и устройства)
11). Всевозможные анамнезы
...

При этом я нисколько не медик.

Статистику по всему этому необходимо собирать и хранить, по некоторым пунктам выдавать обобщенные и усредненные сведения по временным периодам, определенным сменам или лечащим врачам. Помнить историю всех назначаний типа пациент - дата - (монитор, лекарство, мнение специалиста) и т. д. и т. п.

Количество одновременно лечащихся пациентов - не более 100, однако количество необходимой статистики огромно.

Спасибо Sergey13, Deniz, sniknik, aus, msguns, DSKalugin, Johnmen, P.N.P., Ольге, Reindeer Moss Eater и особенно Nikolay M. за ответы.

← →
P.N.P. © (2005-01-27 02:00) [21]

>MS SQL - наиболее перспективный вариант, если действительно данная работа с базами данных не является последней в жизни
На мой взгляд MSSQL слишком громоздкий и доргой для поставленной задачи.
FB подошел бы идеально
ИМХО конечно :)
Просто у меня сть уже опыт создания подобных АСУ именно на FB

← →
sniknik © (2005-01-27 08:02) [22]

> На мой взгляд MSSQL слишком громоздкий и доргой для поставленной задачи.
"облегченный" вариант MSSQL - MSDE c небольшими ограничениями (размер базы не более 2гиг, нет "инфраструктуры" - ентерпрайз менеджера, профайлера, ... только ядро, ), он бесплатен. в работе ничем не отличается от полнофункционального (job агент сам не стартует... ;о)) но это разве проблема? стартануть извне? ;о)), и то не уверен, может у меня просто "криво встал". у кого стоит десктоп едишн проверьте).
(в разработке неудобно только отсутствие отладочных средств, но для нее лучше вместо десктоп взять девелопер едишн, тоже бесплатна, но все есть.)

← →
UVV © (2005-01-27 08:13) [23]

Просто выражу своё мнение: MySQL + ZeosLib

← →
Nikolay M. © (2005-01-27 09:41) [24]

> UVV © (27.01.05 08:13) [23]

На чем оно основано? Только на том, что ты как-то где-то с ним работал?

← →
Polevi © (2005-01-27 10:12) [25]

MSDE

sniknik © (27.01.05 8:02) [22]
в разработке неудобно только отсутствие отладочных средств, но для нее лучше вместо десктоп взять девелопер едишн, тоже бесплатна, но все есть
А где брать эту бесплатную Developer Edition?

> А где брать эту бесплатную Developer Edition?
поиши. есть в инете.
http://www.filesearch.ru/cgi-bin/s?q=SQL&w=a&x=24&y=10&t=f&m=20&o=n&s1=104857600&s2=&d=&p=&p2=
первый похож...
у меня есть пара дисков от разных продуктов (один вроде от вижуал студии, и еще мелкософт сам прислал вместе с триалом чегото, возможно и по запросу пошлет (полазь по их сайту))
ктати возможно я ошибаюсь насчет "полной" бесплатности девелопера, всетаки у меня с другими продуктами (входит в цену?).
но ставить клиентам ее точно нельзя.

>БаТоН © (27.01.05 00:08) [20]
>1). Пациенты
2). Врачи (и сестры разных категорий)
3). Смены
4). Заболевания, проявления
5). Исследования
6). Анализы и их результаты
7). Лекарства
8). Мониторы (устройства для лечения и контроля)
9). Мнения специалистов о пациентах и сменах в целом
10). Амбулаторные больные (совсем другие исследования, лекарства и устройства)
11). Всевозможные анамнезы

Так-с. 100 коек. За год на каждой полежало чел 12 (мин). Его посещало мин. 3 врача. Прописывали мин. 5 лекарств и назначали мин. 2 анализа. Теперь определяем кол-во записей одного только журнала диагностики стац.больных: 100*12*3*(5+2)=25200. И это без амбулаторщиков, которых, конечно, много больше. И без справочников, в которых вместе с анамнезами, мнениями и мониторами (для меня все это один пучок, бо не врач тоже) не одна тыща записей будет.
Где ж тут тысяча, юноша ?

> А есть ли что-то типа Enterprise Manager для MSDE? Но что бы было бесплатным?
а я знаю? полного аналога наверняка нет. зачем? есть же сам Enterprise Manager.

возможно есть жаба (toad) под mssql, слышал они не только пд oracle делают.
а вообще поищи.
себе я написал сам небольшой аналог (если сбоку, прищурившись смотреть похоже ;о)))) правда больше на query analyzer.

хм надо же, действительно есть ;о))
с несколько "странной" бесплатной лицензией..

Toad® for SQL Server

The Toad for MS SQL Server Freeware version expires each sixty (60) days, after which you will need to download and install the product again. This license does not entitle Licensee to receive from Quest hard-copy documentation, technical support, telelphone assistance, or enhancements or updates to the Product.

видать ждут когда ван надоесть переставлять и вы его купите. ;о)) оригинально.

Один из вариантов (если не является обределяющим наличие лицензии ;) - поставить на машину с MSDE клиентскую часть от Developer Ed (или от любой другой версии MSSQL). В неё (клиентскую часть) как раз входит Enterprise Manager, Query Analizer и Profiler - без них, всё же, тяжеловато - а с ними довольно удобно, ПМСМ.
Удачи!

MOA © (27.01.05 12:40) [33]
Целью является как раз полностью бесплатная разработка, лицензионно чистая.
.Net Framework C# бесплатен
SharpDevelop - IDE для C# бесплатна
MSDE бесплатен
вот теперь ищется среда разработки для БД, бубу смотреть TOAD
Жаль аналога IBExpert нет для MS SQL.

для MSSQL среда разработки пишется за 1 минуту
используем TMemo, TADOConnection, TADOQuery, TDatasource, TDBGrid, TOpenDialog, TSaveDialog

Хм. А что если загрузить ("где-нибудь взять" ;) SQL Server 2000 Trial:
http://www.microsoft.com/sql/evaluation/trial/default.asp
Работает 120 дней, но 120 дней - это сервер. Клиентская часть вряд ли отключится - хотя не уверен, нужно попробовать/спросить.
Тогда можно смело отвечать на вопрос "откуда клиентская часть" ;).
Кстати, цена на Developer Edition, вот отсюда:
http://www.microsoft.com/sql/howtobuy/development.asp

SQL Server 2000 Developer Edition $49.95 US per developer
Удачи!

Какой сервер и способ обращения выбрать? Найти похожие ветки