Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

форматы баз данных (dbf, db, mdb,...)


Страницы:   1 2 3 4

AntonVS ©   (2004-04-26 14:25:00) 

хочу поднять пару-тройку вопросов (может быть даже - филосовских)

какой из форматов больше подходит для реализации многопользовательской СУБД, т.е. сетевой СУБД?

какими средствами лучше всего поцеплятся к ним (BDE, ADO, ....)?

как с транзакциями дружат?


AntonVS   (2004-04-27 11:03:00) [41]

Rule, спасибо.

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

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


Rule   (2004-04-27 10:44:00) [42]

AntonVS ©   (27.04.04 10:35) [26]
ох уже не помню но щас попробую,
значит помню очень часто при работе с блоб полями он ругался что не могу найти там какуюто запись потомучто поток не закрыт, лечится толко удалением этой записи, потом часто возникает ситуация что падают индексы, приходится переиндексировать таблицы (раза 2 в неделю при интенсивном использовании, проверено на практике), есть ещё клюк блокировки записей, которые почемуто блокируются и не снимают блокировку даже если к нему никто не обращается приэтом это происходит както спонтанно, ну и ещё пару интересный приколов связанных с блокировкой таблицы и противоречивости данных,
хочется  скажать что не продумана эта БД под сетевое использование и из-за своей нестабильности и избегаю я её для локальныйх БД, тем более что в этих БД хранятся данный про деньги (поддерживаем одну систему написанную в 80-х или начале 90-х, собираемся переписывать бо больше не можем терять смены и деньги из-за глюков), вот так


AntonVS   (2004-04-27 10:35:00) [43]

Rule, расскажи, если можно, подробней про глюки Paradox-а при сетевой реализации...


Rule   (2004-04-27 10:23:00) [44]

советую Фаерберд поставить и много денег не надо и средства разработки нормальные, даже ИБИКс намного лучше работате чем БДЕ в данном случае, советую просто, если ты разработчик то должен убедить клиента в этом, так как тебе отвечать за стабильность работы продукти либо снять  с себя эту ответственность елси они будут настаивать, вот так ...


Rule   (2004-04-27 10:18:00) [45]

2bushmen ©   (26.04.04 15:07) [7]
//У меня 10 пользователей одновременно работают с Paradox-базой.
//Ни одной проблемы еще не было

Не верю, хоть убей. Сколько рабоаю с парадоксом столько он и опарвдывает свое название, сплошной парадокс, он годится только для одного пользователя и то только если в программе есть средства по ремонту ...


Sergey13   (2004-04-27 10:03:00) [46]

2Mentat   (27.04.04 09:46) [20]
>Но в принципе можно mdb нормально идет по сети (при очень малой базе и малом числе пользователей).
При этих условиях все идет, особенно если руки не совсем кривые. 8-)


AntonVS   (2004-04-27 09:53:00) [47]

>Но в принципе можно mdb нормально идет по сети (при очень малой базе и малом числе пользователей).

Во...
уже ближе к делу....

Кто-нибудь, что-нибудь про mdb плохое может сказать?


Евкисий   (2004-04-27 09:49:00) [48]

Кстати, а чем в таком случае не устраивает MySQL и легкий, и бесплатный и мультиплатформенный...


Mentat   (2004-04-27 09:46:00) [49]

Клиенто-сервер конечно рулит :-)
Но в принципе можно mdb нормально идет по сети (при очень малой базе и малом числе пользователей).


Anatoly Podgoretsky   (2004-04-27 09:42:00) [50]

Sergey13 ©   (27.04.04 09:30) [17]
MS SQL бесплатен, конечно не надо ставить большой MS SQL

файл-сервер на "Samba" - не самое удачное решениене то слово


AntonVS   (2004-04-27 09:31:00) [51]

>хотя странная стратегия компании использовать линукс как файл-сервер для баз

не спорю....

вообще, файл-сервер на "Samba" - не самое удачное решение


Sergey13   (2004-04-27 09:30:00) [52]

2sniknik ©   (27.04.04 09:05) [14]
Я имел в виду не то. MS SQL денюжку стоит, и не малую. Да и ресурсы, я полагаю, любит (MS все таки 8-). Для простенького склада какого нить - не самый лучший выбор. ИМХО. С этой точки зрения я и понимаю заказчиков. Многие, также, стали заботиться и о лицензионной чистоте.

2AntonVS ©   (27.04.04 09:13) [15]
>хотят, чтоб база была на файл-сервере.
>файл-сервер - на "Samba"
А сам сервер на Кипре?

>FB под Linux админ боится ставить и админить....
8-))))))))))))))))))


roottim   (2004-04-27 09:28:00) [53]

на 2-3 пользовател можно и не на линукс(хотя странная стратегия компании использовать линукс как файл-сервер для баз), а на обычный Win2k рабочюю станцию... FB весит мало... незаметят, остальные подключатся к нему...


AntonVS   (2004-04-27 09:13:00) [54]

> Если например FB, то вряд ли непродвинутый заказчик вообще заметит его присутствие на компе.

не пойдет все это

хотят, чтоб база была на файл-сервере.
файл-сервер - на "Samba"

FB под Linux админ боится ставить и админить....


sniknik   (2004-04-27 09:05:00) [55]

> Если например FB, то вряд ли непродвинутый заказчик вообще заметит его присутствие на компе.
если бы MS SQL Server не офишировал себя так явно то его тоже ирудно было бы заметить.
убери иконки в меню, менеджер из автостарта (в общем все кроме сервисов) и покажи непродвинутому заказчику, вряд ли найдет.


Sergey13   (2004-04-27 08:50:00) [56]

2AntonVS ©   (26.04.04 14:25)  
>хочу поднять пару-тройку вопросов (может быть даже - филосовских)
О!!! Это я люблю. 8-)

>какой из форматов больше подходит для реализации многопользовательской СУБД, т.е. сетевой СУБД?
Ни один не подходит. Хотя работать может любой. Вообще формат файла никак не касается разработчика БД.

>какими средствами лучше всего поцеплятся к ним (BDE, ADO, ....)?Лучше вообще без этого, напрямую.

>как с транзакциями дружат?
С транзакциями дружат/недружат не форматы файлов, а программы обслуживания этих файлов, т.е. сервера БД и/или пользовательские проги. Нет сервера или плохая кл.прога ... ну ты понял...

>больше одного пользователя - SQL....
попалось мне пара вредных заказчиков, не хотят они SQL-серваки юзать....
А что ты понимаешь под "SQL-серваками"? MS SQL Server может быть? Тогда я прекрасно понимаю твоих заказчиков и согласен с ними. Если например FB, то вряд ли непродвинутый заказчик вообще заметит его присутствие на компе.


Anatoly Podgoretsky   (2004-04-26 16:32:00) [57]

AntonVS ©   (26.04.04 15:20) [9]
Третья градация лишняя, SQL клиент-серверная может быть локальной или сетевой.

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


Serginio666   (2004-04-26 16:18:00) [58]

Есть еще четвертый. С использованием терминальных сессий.
Все работают на одном компьютере полностью используют кэширование файлов, исчезают проблемы с сетью и юзерскими компьютерами (в том числе и трафик) при их внезапном отключении и запись в БД всякого мусора. Плюс возможна синхронизация на глобальных Эвентах и мьютексах.
Народ работает по 30 юзеров и достаточно надежно.


DevelS   (2004-04-26 15:21:00) [59]

BTrieve 6.5


AntonVS   (2004-04-26 15:20:00) [60]

> А что такое, в Вашем понимании, "сетевая СУБД"?

на сколько я понимаю есть 3 варианта организации СУБД
- локальная - база и прога пользующая эту базу - на одном компе.
- сетевая - база на оном компе, работающем файл-сервером, с нескольких компов обрашаются к этой базе
- SQL клиент-серверная версия, SQL-сервак есть, есть клиенты, которые обращаются посредством SQL-запросов к серверу.

> У меня 10 пользователей одновременно работают с Paradox-базой. Ни одной проблемы еще не было

я так понимаю, BDE пользуешь. и небыло глюков?
а с индексами, с блокировками? с блокировками Paradox, если не ошибаюсь не дружит. базы толстые?

>


Страницы:   1 2 3 4

Наверх

Титульная страница Поиск, карта сайта Написать письмо