Выбор Бд

← →
Nicolas C. (2012-12-25 10:48) [0]

Здравствуйте мастера! Заказчик просит сделать простую сетевую прогу по учету. Основные требования:минимальный объем проги и простота установки и настройки. Вот незнаю теперь какую Бд выбрать,наверное ни MySql ни MsSql в этом случае не подойдут. Можно на Бд Access сделать многопользовательский доступ(до 5 раб.мест) или лучше другую какую-нить Бд?

← →
Ega23 © (2012-12-25 10:50) [1]

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

← →
Дмитрий С © (2012-12-25 10:53) [2]

MSSQL в твоем случае однозначно

← →
Павел Калугин © (2012-12-25 10:54) [3]

> наверное ни MySql ни MsSql в этом случае не подойдут

Значит только DB2 и соответствующий майнфрейм.

← →
alexdn © (2012-12-25 10:57) [4]

> Дмитрий С © (25.12.12 10:53) [2]
> MSSQL в твоем случае однозначно
Может немножко оффтоп, но установка MS SQL на 5 машин вылетит в копеечку, или о лицензиях ещё никто не думает?

← →
БарЛог © (2012-12-25 10:59) [5]

До 5 пользователей - можно и на файлах сделать, имхо.

← →
O'ShinW © (2012-12-25 11:01) [6]

> MS SQL на 5 машин вылетит в копеечку, или о лицензиях ещё
> никто не думает

SQLExpress, бесплатно
Если БД станет тесной через N лет, значит обороты уже такие, что достигли покупки "старшего" брата

← →
Павел Калугин © (2012-12-25 11:06) [7]

> Может немножко оффтоп, но установка MS SQL на 5 машин вылетит
> в копеечку, или о лицензиях ещё никто не думает?

Читать сайт microsoft до полного просветления.

← →
O'ShinW © (2012-12-25 11:21) [8]

> SQLExpress, бесплатно
> Если БД станет тесной через N лет, значит обороты уже такие,
> что достигли покупки "старшего" брата

Хотя, и тут можно выкрутится, если жаба душит или не умеют правильно считать затраты. (Как вариант, логически поделить на два экземпляра. Разумеется, править код придется)

Oracle, кстати, аналогичный продукт предлагает -OracleXE, кажется

← →
Игорь Шевченко © (2012-12-25 11:28) [9]

только Oracle, только хардкор

← →
Nicolas C. (2012-12-25 11:43) [10]

На Аccess многопользовательскую нельзя сделать? Привлекает простота установки бд. Может в связке Адо и сомманд?

← →
O'ShinW © (2012-12-25 12:01) [11]

> На Аccess многопользовательскую нельзя сделать?

Зависит от потребностей.
если
прога = showmessage(считать файл учет.тхт);
БД = учет.тхт[содержание = Учет - ok!]
то за глаза :)

← →
sniknik © (2012-12-25 12:09) [12]

> На Аccess многопользовательскую нельзя сделать?
для трехзвенки например пофигу какая база будет, клиент сервер/файл сервер/просто файлы... чисто ради удобства работы с ней базу выбирать.

← →
O'ShinW © (2012-12-25 12:13) [13]

все зависит от того, что именно надо
Однако, большинство считает, что A, все-таки не для сетевых БД.
Думаю, стоит верить :)
Многопользовательская предполагает процесс сервера(грубо, арбитра). Который пишет и читает сам, разруливает транзакции/блокировки/ошибки/др
А в Аccess каждый процесс сам полезет писать/читать

Как вариант, процесс сервера - тоже наш (3х звенка).
Но класс программинга такого "сервера" - наш.
А класс программистов MS|O, наверное, несколько повыше все же :)

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

← →
Vegeta (2012-12-25 12:24) [14]

SQLite - легкая и простая. При этом есть транзакции, многопоточность, блобы и прочее. Нужна лишь серверная часть программы, которая будет непосредственно с базой работать.

← →
MsGuns © (2012-12-25 13:51) [15]

Прежде чем выбирать "базу" надо определить концепцию.

а) Локализированная технология.
Сервера как самостоятельного ПК нет. То, что собственно реализует "базу", устанавливается на один из ПК пользователей. Сама "база" помещается в папку, куда разрешается полный доступ по сети. На прочие ПК устанавливается только необходимые библиотеки доступа (т.н. движки, драйвера или пр.). Главный недостаток - ПК с "сервером" все время должен работать. При этом пользователь этого ПК будет испытывать определенные неудобства, в частности "тормоза" на лбычных операциях, например, при работе с офисом
Плюсы: бесплатность, минимальные затраты при установке, простота и скорость проектирования, т.к. в институтах до сих пор учат СУБД этого типа, да и книг в стиле "БД за два месяца/недели/дня/часа", наличие интуитивно понятных компонент типа BDE, отсутствие накладных расходов по сопровождению "сервера".
Минусы: низкая производительность, высокая вероятность поломки базы и потери данных из-за самой природы технологии и (что много существеннее) вследствие "быстрого" программирования "по фаронову". Полное отсутствие масшабирования. При необходимости перехода на более развитую сеть пользователей (и как следствие на скл-платоформу) практически полная ревизия проекта с 100% переписанием всего "базавого" кода.

Примеры: Access, Paradox, dBase

б) Клиент-серверная технология.
Выделенный сервер, работающий круглосуточно (как правило), пользователи, подключающиеся к нему минуя средства ОС (файловую систему).
Плюсы: Высокая скорость и надежность, инкапсуляция логики на сервере, существенно уменьшающая затраты на доработку и отладку проблемного ПО,
мощные средства управления пользователями (гранты, группы пользователей, доверительность и т.д.), что на порядки упрощает администрирование в системой с сотнями (тысячами) официальных пользователей (корпоративная модель).
Минусы: Может быть не бесплатной, требует накладных расходов на поддержку сервера и самой БД, требует установки на пользовательские ПК дополнительного клиентского ПО, не входящего в ОС. Работа с КС предполагает соответствующую подготовку (квалификацию) разработчика и программиста.

← →
MsGuns © (2012-12-25 14:08) [16]

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

Решение:
Ацессная база, таблица прайсов и остатоков, смотреть могут все, править: прайсы - только менеджеры, остатки - только кладовщик. Реализутся через Делфи с помощью комопнент ADOConnection, ADODataSet, ADPCommand с "упреждающим" кодом try except

2. Фирма-оптовик. Дирекция, небольшая бухгалтерия, менеджеры по продажам, менеджеры по поставкам. Требуется автоматизировать работу с товарными запасами, связанными с договорами и планами закупок/продаж. Учесть бухгалтерскую часть (товарные отчеты, оборотки, книга продаж, налоговый учет, расчеты с поставщиками/покупателями и т.д.)

Решение:
Не тяжелый SQL-Server (Firebird, MSSQL Light etc), Набор вспомогательных компонент по необходимости (FIBPlus в случае с птицей).

← →
O'ShinW © (2012-12-25 14:21) [17]

> MsGuns © (25.12.12 14:08) [16]

че подумал..
а не делал ли ты когда-гибудь, что-то типа "маркера доступа"?
Аля, у тех кто в БД, есть "маркер на право", владеет им только один.
Писать может только владелец маркера.
Маркер постоянно бегает по юзерам, по кругу(возможно, задерживаясь у кого-то дольше(ну там, у юзера Директор, например :)))
т.е.
Любая операция на запись останавливается, пока не получит маркер.

> че подумал..

хрень кукую то
ладно, понял, проехали..

> O"ShinW © (25.12.12 14:29) [18]
>
> > че подумал..
>
> хрень кукую то
> ладно, понял, проехали..

Раньше велосипеды изобретали, теперь Paradox/Clarion/FoxPro :-)

> Можно на Бд Access сделать многопользовательский доступ(до
> 5 раб.мест) или лучше другую какую-нить Бд?

Файловой базы хватит за глаза на 5 пользователей. Зачем тут сервер ?

> tesseract © (25.12.12 14:46) [19]

> Раньше велосипеды изобретали, теперь Paradox/Clarion/FoxPro
> :-)

У меня чисто спортивный интерес
Раньше же как-то жили на этих Paradox/Clarion/FoxPro - интересно, как.

> Раньше же как-то жили на этих Paradox/Clarion/FoxPro -
> интересно, как.

Да и сейчас живут. Больше половины POS всё еще на DOS/FoxPro или Clarion тусит и не обламывается. 1c 7.7 в файловом режиме носит 5-15 пользователей без особого напряга.

> Блокировки на уровне ОС.

Может использоваться и файл-маркер.

> Раньше же как-то жили на этих Paradox/Clarion/FoxPro -
> интересно, как.

> Да и сейчас живут.

+

Для небольших задач использую DBISAM файл-сервер, многопользовательская.
Есть проект, который с 2002 г. мной ( и никем) не поддерживается, но работает в сетке 5-8 пользователей. В год примерно +1 млн. записей.

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