Цитата: Klyk от 11:16, 15 марта, 2006
1. 1500 пациентов в сутки. Этож не ежесекундное снятие показаний с какого-нить дачика. так что не будет тут больше.
2. Работать будет круглосуточною. дн?м 15 человек. ночью 3. Прерывать работу нельзя ни на секунду, а бэкапы делать необходимо.
3. Быстро, чтоб не было мысли при выполнении того или иного запроса пойти налить чаю.

Жлотый ))))

Значит - однозначно что-нить серьезное: MS SQL SERVER, ORACLE или еще что в этом же духе.
С натяжкой можно попробовать INTERBASE.

Цитата: Klyk от 11:18, 15 марта, 2006
Присоединяйся

Сам же потом будешь мой офф-топ вырезать! 

млять. такую месагу накатала, но тут сессия кончилась.
Итак:
наводячие вопросы:
1) Кто будет вносить данные?Варианты:
а) врачь 9медсестра)
б) регистратура
в) регистратура и врачь
г) специяльно обученный лиц

Цитата: Vad от 11:20, 15 марта, 2006
Реалити-шоу 

Ага, а я первый зритель! 

далее:
2) если разганичения по доступу к инфе? то есть есть ли сведения, которые не должны быть известны никому, кроме специально уполномоченных лиц? Если да, то регламентирующую инструкцию в студию.

3) Железо и уже имеющееся СУБД?
Данный вопрос обсуждается с человеком, который обслуживает компьютеры.
Таковый обязательно имеется, поскольку имеются компьютеры.

Цитата: Vad от 11:22, 15 марта, 2006
Значит - однозначно что-нить серьезное: MS SQL SERVER, ORACLE или еще что в этом же духе.
С натяжкой можно попробовать INTERBASE.

Ну почему, даже если использовать dbf, Win 2003 сервер, например - копирует файлы не зависимо от того, заняты они или нет. Другое дело, есть ли у них сервер 2003   А это уже второй этап - определение требований к софту, программных и аппаратных.

Структура сети и серверов ессно к п. 3)
Объем данных уже освещен, а то добавила бы п. 4)

 

Цитата: Kostas от 11:26, 15 марта, 2006
Ну почему, даже если использовать dbf, Win 2003 сервер, например - копирует файлы не зависимо от того, заняты они или нет. Другое дело, есть ли у них сервер 2003  А это уже второй этап - определение требований к софту, программных и аппаратных.

DBF - несерьезо, т.к. обмен данными между удаленными компами. И режим работы
жесткий.

2 vad:
dbf несерьезно?
Батенька, вы не работали в банке:)

Цитата: Rara_Avis от 11:31, 15 марта, 2006
Батенька, вы не работали в банке:)

В натуре реалити-шоу!!! 

Цитата: Rara_Avis от 11:23, 15 марта, 2006
млин. такую месагу накатала, но тут сессия кончилась.
Итак:
наводячие вопросы:
1) Кто будет вносить данные?Варианты:
а) врачь 9медсестра)
б) регистратура
в) регистратура и врачь
г) специяльно обученный лиц

А что, есть принципиальная разница?

Цитата: Rara_Avis от 11:24, 15 марта, 2006
далее:
2) если разганичения по доступу к инфе? то есть есть ли сведения, которые не должны быть известны никому, кроме специально уполномоченных лиц? Если да, то регламентирующую инструкцию в студию.

При чем здесь инструкции? 

Цитата: Rara_Avis от 11:31, 15 марта, 2006
2 vad:
dbf несерьезно?
Батенька, вы не работали в банке:)

Конешно, 12 лет не работал... 

Цитата: Vad от 11:22, 15 марта, 2006
Значит - однозначно что-нить серьезное: MS SQL SERVER, ORACLE или еще что в этом же духе.
С натяжкой можно попробовать INTERBASE.

Почему жешь с натяжкой? он как раз бэкапит бес пролем во время работы. 15-20 пользователей - легко.  хотя ладно это мои предпочтения.

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

DBF - извращаться только прид?тся. да и с блокировками проблемы начнуться.

Цитата: Vad от 11:34, 15 марта, 2006
Конешно, 12 лет не работал... 

2 vad:
разница есть.
инструкции при всем.

Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.

Цитата: Klyk от 11:34, 15 марта, 2006
Почему жешь с натяжкой? он как раз бэкапит бес пролем во время работы. 15-20 пользователей - легко.  хотя ладно это мои предпочтения.

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

DBF - извращаться только прид?тся. да и с блокировками проблемы начнуться.

Не ну как основа, для бэта версии - InterBase(или FireBird) вполне
главное, штоб потом не переделывать.

Цитата: Rara_Avis от 11:36, 15 марта, 2006
разница есть.

а в ч?м она?

Цитата: Rara_Avis от 11:37, 15 марта, 2006
Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.

Ключевое слово _до сих пор_
не тянуть же и всех окружающих в эту эпоху.

Цитата: Rara_Avis от 11:36, 15 марта, 2006
2 vad:
разница есть.
инструкции при всем.

Хороший ответ, и главное полный...

Цитата: Rara_Avis от 11:37, 15 марта, 2006
Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.

Ваши сведения несколько устарели...

Короче говоря, необходим первый и самый важный вопрос и от него все пляшет. Сколько заказчик готов потратить. Можно строить кучу проектов и предложений, но если заказчик планирует на это дело потратить 6000 руб, к примеру, о чем тут говорить? 6000 рублей - зарплата уборщицы в месяц, например, сколько времени и ресурсов потребуется для разработки такой задачи? Не считая собственно оплаты труда программиста? Задачка то не простая, выясняется, что должны работать и филиалы - то есть это уже по любому должна быть серьезная БД, с разным уровнем доступа и прочее.

А имеется ли уже связь между филиалами?

Цитата: Vad от 11:38, 15 марта, 2006
Не ну как основа, для бэта версии - InterBase(или FireBird) вполне
главное, штоб потом не переделывать.

FireBird и бесплатный и справится.
и легально получится.

Цитата: Klyk от 11:39, 15 марта, 2006
а в ч?м она?

Роли, клиентские приложения, доступы будут различными.
Даже на структуру базы это влияет
Но это не забота заказчика.

Цитата: Rara_Avis от 11:37, 15 марта, 2006
Большинство банковских программ до сих пор работает под досом на dbf-ских базах.
Человек, работавший в банке, не может этого не знать.
Хотя конечно, это изврат страшенный, но при желании можно и на dbf работать.

А это типа "не стреляйте в пианиста.." Закончил человек в начале 90-х курсы программирования на фокспро, например, так и пишет в том же духе уже 15 лет. Пока есть эта программа и он при деле 

Цитата: Kostas от 11:40, 15 марта, 2006
А имеется ли уже связь между филиалами?

ага. на дискетках