Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.03.28;
Скачать: CL | DM;

Вниз

Отказ от Paradox   Найти похожие ветки 

 
Igor_P   (2004-02-17 11:17) [0]

Учитывая кривость баз Paradox, хотелось бы услышать на что лучше переводить их (Interbase и пр.). Может, кто делал нечто подобное.
Хотелось бы услышать рекомендации, чтобы не наступать на грабли.
Пользователи должны работать как по сети, так и на локале. Выделенный сервер не предполагается.

С уважением.


 
Карелин Артем ©   (2004-02-17 11:29) [1]

Ibase.ru - лучший русский ресурс по IB.


 
Семен Сорокин ©   (2004-02-17 11:58) [2]

Для локала можно заюзать Access, хотя IBase, ИМХО, лучше.


 
Desdechado ©   (2004-02-17 12:54) [3]

Ibase не требует обязательного выделенного сервера, хотя при многопользовательском доступе желательно
админить легко, все стандарты SQL поддержаны.
если не использовать платформозависимых изысков, легко портировать на другие SQL-сервера при необходимости


 
wHammer ©   (2004-02-17 14:52) [4]

А в чем кривость пародоска? У меня много приложений под него написано почти все фунциклирует нормально.


 
VLAD-MAL   (2004-02-17 14:54) [5]

Паадох - файл-серверная, интербейз - клиент-серверная система.


 
wHammer ©   (2004-02-17 14:59) [6]


> VLAD-MAL   (17.02.04 14:54) [5]
> Паадох - файл-серверная, интербейз - клиент-серверная система.


Полностью согласен, но это ведь не признак "кривости баз".


 
VLAD-MAL   (2004-02-17 15:04) [7]

Писывали мы (оч.много) на FoxPro. Ничего стыдного, все довольно прилично и достойно выполняло свои обязанности. Но когда попробовал на вкус "настоящий" SQL (в лице InterBase) - понял, что пора менять направление.

А "кривульки" можно и на Oracle писать.

Если принимаешь решение для себя - считай просто, что Paradox в 2004 году - это тупик для программиста. Если нужно (и хочется) ответить начальнику - расскажи о BDE (RIP ему, бедному!), о компонентах прямого доступа, масштабируемости и т.п.


 
Anatoly Podgoretsky ©   (2004-02-17 15:16) [8]

Надо рассматривать одельно технологию Файл-сервер против клиент
и отдельно форматы в пределах технологии, например Акцесс и xBase значительно надежнее форматы и легче восстанавливаются.


 
VLAD-MAL   (2004-02-17 15:20) [9]

например Акцесс и xBase значительно надежнее форматы и легче восстанавливаются.

Ну, насчет Акцес - не уверен, а Парадох/хБасе - каждая табличка в отдельном файле. Тогда - надежнее, наверное. Хотя по-всякому можно рассматривать. С  клиент-сервер, по-моему, просто проще работать. Хотя опять-таки, SQL учить придется...


 
wHammer ©   (2004-02-17 15:22) [10]


> VLAD-MAL   (17.02.04 15:04) [7]

> Если принимаешь решение для себя - считай просто, что Paradox
> в 2004 году - это тупик для программиста.


Я, во всяком случае, не считаю что тупик, во всяком случае пока. Для простых приложений меня лично вполне он (Paradox) устраивает, хотя есть один проект написанный и под IB. Большой разницы (для небольших приложений) нет, в чем то даже Paradox выигрывает, например в том, что можно без проблем менять размерность/тип данных поля без их форматирования. Хотя конечно транзакции, хранимые процедуры, скорость и т.д никто не оспаривает.

Многие работают и с большими файл-серверными базами и не жалуются. Например 1С:Предприятие 7.7 :)


 
VLAD-MAL   (2004-02-17 15:23) [11]

Большой разницы (для небольших приложений) нет, в чем то даже Paradox выигрывает, например в том, что можно без проблем менять размерность/тип данных поля без их форматирования. -
Эта... Чего это?


 
VLAD-MAL   (2004-02-17 15:25) [12]

Многие работают и с большими файл-серверными базами и не жалуются. Например 1С:Предприятие 7.7 :) - безобразно спроектированный проект (особенно приглашаю взглянуть на клиент-серверную версию) с прекрасно проведенной рекламной кампанией.


 
wHammer ©   (2004-02-17 15:49) [13]

Во-первых смайлики ведь не просто так ставят, а во-вторых опять же мы говорим о возможностях БД а не о проекте.

Слышали бы твои слова про 1С мое начальство, наверное в горло вцепились бы :), для них 1С это всё и лучше ничего быть не может. А там используется (у нас) именно .dbf


 
VLAD-MAL   (2004-02-17 15:55) [14]

У меня и так горло болит...


 
residen007   (2004-02-21 03:11) [15]

И все-таки по существу вопроса: что еще кроме IB, FireBird?
Кто пробовал DBISAM и как он в сравнении с вышеперечисленными?

Вот только не надо упоминать Access,DBase и FoxPro -- все они однозначно похуже будут чем Paradox как по скорости, так и по надежности.


 
Sergey_Masloff   (2004-02-21 07:38) [16]

VLAD-MAL   (17.02.04 15:20) [9]
>>например Акцесс и xBase значительно надежнее форматы и легче >>восстанавливаются.
>Ну, насчет Акцес - не уверен, а Парадох/хБасе - каждая табличка >в отдельном файле.

То есть ты ставишь знак равно практически между парадоксом и xBase? Тогда, видимо твои познания базируются на слухах (которые возможно кто-то слышал а потом и в книжонку какую писнул). В плане надежности Парадокс проигрывает на порядки (в силу объективных вобщем-то причин )


 
sniknik ©   (2004-02-21 21:40) [17]

> Слышали бы твои слова про 1С мое начальство, наверное в горло вцепились бы :), для них 1С это всё и лучше ничего быть не может. А > там используется (у нас) именно .dbf
под dbf 1С работает гораздо лутше чем под MSSQL, в общем именно потому что у них с MSSQL работа аналогична работе с dbf. а что делать изначально под это писано было, а с переводом не мудрили особо, вот и работают как с файл сервером в обоих случаях, со всеми вытекающими. преимуществ SQL сервера не используется. (что доказывается ускорением выполнения отчетов в тысячи раз при переносе логики отчета на SQL сервер (если тотже отчет через ХП делать к примеру))



Страницы: 1 вся ветка

Текущий архив: 2004.03.28;
Скачать: CL | DM;

Наверх




Память: 0.51 MB
Время: 0.026 c
7-1073988533
LexusU
2004-01-13 13:08
2004.03.28
Чтение запись регистров CMOS в WinXP/Win2K


1-1078988895
Thick
2004-03-11 10:08
2004.03.28
Динамическое создание визуальных компонентов


1-1078398933
Andrew2
2004-03-04 14:15
2004.03.28
Потоки и DLL


9-1062415862
Riko
2003-09-01 15:31
2004.03.28
SoundBuffer cannot be made


14-1078231163
Harm
2004-03-02 15:39
2004.03.28
Нравственность и наука