На что сменить ГЛЮЧНЫЙ Paradox?

← →
KIR © (2002-09-12 02:16) [0]

Есть база (уже довольно большая) на Paradox"e. К ней имеется клиент. Paradox своими глюками откровенно задолбал. Народ, на что посоветуете перенести БД? Естественно, хочется сделать минимальные изменения в клиенте. А если возможно, то вообще их не делать.
Заранее спасибо за дельные советы!

← →
Soft © (2002-09-12 07:27) [1]

Привет

http://download.oracle.com/otn/nt/oraclelite/Oracle9iLite_50100.zip

Это бесплатный Oracle 9i Lite. Единственный ограничения от полного только на WinNt или Wiin2K и однопроцессорная версия.

Проблемма 350М с инета вытянуть.

← →
KIR © (2002-09-12 08:41) [2]

а в палатке он что не продается?

← →
Alexandr © (2002-09-12 08:50) [3]

да, это круто...
У тебя будут другие проблемы:
Где бы взять процессор побыстее, да винт пошустрее, да памяти побольше...
потом с разрастанием базы: где-бы почитать как это все получше настроить, или найти бы знающего человека...
потом: где найти столько килобаксов, чтобы купить этот oracle...
потом: на чтобы перейти с этого %;№"? oracle

← →
Anatoly Podgoretsky © (2002-09-12 09:03) [4]

Если на технологию client/Server nj bp бесплатных: Interbase, MS SQL и упомянутый Oeacle, продукты выстроены в порядке утяжеления.

Из десктопный хорошо себя зарекомендовал dBase, можно также поинтересоваться у тех у кого есть опыт насчет Access

← →
Polevi © (2002-09-12 09:41) [5]

desktop - access

← →
Mike Kouzmine (2002-09-12 09:44) [6]

А какие глюки? 10 лет юзаю (не только парадокс, конечно, -сравнивать есть с чем), глюков не больше и не меньше чем в других системах.

← →
васятка (2002-09-12 09:47) [7]

Проблемы с ДНК, а Paradox считался одной из лучших СУБД в своё время!:) А глюки и багу есть везде!

← →
okop2000 (2002-09-12 10:28) [8]

Я в свое время решил эту проблему переходом на InterBase вернее на его бесплатный клон FireBird. До сих пор не жалею.
сходи на ibase.ru - почитай.

← →
KIR © (2002-09-12 10:41) [9]

Первым делом о БД: БД - локальная, может когда-нибудь и станет Client-Server, но когда неизвестно...

Теперь о глюках:
1. Были проблемы с автоинкрементеым полем (почему-то встречались одинаковые записи, либо пропускались некоторые значения, например, 34,35,36,39 и т.д.) - я такой тип данных из базы вообще исключил, тепер уникальный индекс "приращиваю" вручную.
2. На днях в одной из таблиц проиндексировал поле. После чего в другой (кстати ничем не связонно с вновь проиндексированной таблицей) таблице перестал работать метод Locate. Пришлось убрать все индексы из этой таблицы
3. Ну и т.д. по мелочам. Сейчас уже всего не припомнить...

>>васятка. Я бы на твоем месте обратил внимание на собственный ДНК, особенно на ту его часть, которая отвечает за формирование ителлекта и воспитания. Для того чтобы иметь возможность давать "умные" советы, неплохо было бы для начала зарекомендавать себя как человека чего-то знающего. А вые$%_@ся иди во двор на лавку.

Жду советов, спасибо!

← →
Soft © (2002-09-12 11:01) [10]

Oracle 9i Lite бесплатный, тоесть халява. А для баз ~500000 записей идеально.

Только
P-350
256М

← →
Romkin © (2002-09-12 11:07) [11]

Проблема в том, что если брать сервер БД, то изменения на клиенте придется делать существенные, убирать все TTable и менять их на TQuery, да еще с транзакциями работать. Правда, когда-то слышал, что Oracle можно настроить так, что и через TTable все будет нормально, но он все-таки тяжеловат.
Зато если перейти (иногда стоит просто написать заново клиент), то сразу получается клиент-сервер, и локальная установка ничем не отличается от сетевой.
Я бы посоветовал попробовать dBase или Access.

← →
3JIA9I CyKA © (2002-09-12 11:16) [12]

2 Soft © (12.09.02 11:01)
500000 записей идеально? Для Oracle?! В натуре?!!!!
А для Firebird 500, наверное. Перед тем, как написать - подумай!

← →
Alex Marmuzevich (2002-09-12 11:39) [13]

А что, MySQL уже не устраивает. Типы почти идентичны парадоксовским (в отличие от Oracle & FireBird), а цена не выше ;). И подключается легко.

← →
Zemal © (2002-09-12 11:44) [14]

Чего тут думать!? Если у тебя объём данных небольшой... ну порядка 100 метров в парадоксвских таблицах... то используй Access, а если за 100 метров переваливает и планируется рост, то лучше IB... Но!!! IB будет нормально, без тормозов, работать только до 200-300 метров (в среднем)... зависит от размера таблиц и их количества. Вот. Потом IB ИБан#$ся... с IB уже имел опыт столкнуться... не справляется он с БД более 100 метров и 3-5 пользователей, и всё... уже так ресурсы сервера жрёт :(, и тормозит как камаз %(. Конечно ещё в добавок придурок БД проектировал и так логику запутал, что сам теперь не разберётся :), может поэтому и тормоза. А Оракул - хороший выбор! Во первых PL/SQL rulezzz! А во вторых избавишься от многих проблем достаточным образом узнав этот сервер СУРБД. А переписывать клиента всёравно придётся, но если это делать на Делфи, то есть прекрасные компоненты, которые, безовсяких провайдеров БД, цепляются к Оракулу... и никаких транзакций тебе делать не придётся... кстати, транзакции на самом деле простая вещь с точки зрения Оракула :)... я тоже их боялся (больно слово загадочное)... гы-гы :))). И если у тебя машина не слабая, то имеет смысл поставить вещь посерьёзнее :). Я вообще с MS SQL сервера пересаживаюсь на Ораклу (недавно стал изучать)... так вот что я хочу сказать... MS - отстой! мастдай! и т.д. Я только тогда и понял корягу энтого Билла, когда взялся за Оракула :). В Оракуле всё продуманно и удобно сделано, фактически нигде не надо извращаться, чтоб решить какую-то нестандартную ситуацию... всё уже сделано, причём так удобно сделаны некоторые вещи, что я с лёгкостью пишу теперь процедурки и ничто не мешает полёту мысли :). В общем если хочешь, то я могу в некоторых вопросах проконсультировать тебя, т.к. работал с Access, IB, MS SQL и вот сейчас уже на Oracle. Если хочешь узнать какие-то тонкости или посмотреть компоненты для Делфи (обещаю выслать), то пиши:
zemal@fronda.ru

← →
KIR © (2002-09-12 11:49) [15]

Народ, спасибо за советы. У меня БД небольшая - не более 20 метров. Так что я думаю перейти на IB. Одобряете?

← →
Zemal © (2002-09-12 11:57) [16]

Да, чуть не забыл... с Ораклами тебе надо PIII-733Mhz и 256 Mb минимум. Иначе он просто будет тормозить... даже Lite версия, в общем-то она ничем почти не отличается, только однопоточностью (с трудом будет поддерживать несколько пользователей). Но по идее должна нормально работать с 3-5 юзерами (смотря чего они будут делать). А так вроде бы и ничего... вот висит у меня на компе... при работе бывает жрёт оперативку и процессор, но не очень сильно... на одного пользователя 25-30 метров при интенсивных манипуляциях с данными... но, я думаю, проблем с железом сейчас мало где встретишь, в основном удаётся уговорить начальство на раскрутку :)... благо техника значительно дешевеет :).

← →
Val © (2002-09-12 12:01) [17]

>KIR © (12.09.02 11:49)
хороший выбор, тем более, IB - native. В подавляющем большинстве книг по работе в Delphi с БД, примеры работы по технологии Client-Server приводятся именно на IB. Есть также и lite-версия.
Администрирование несложное. Есть хорошие компоненты доступа.

И последний аргумент :) - в этом форуме много людей профессионально владеющие знаниями работы с IB(Alexandr©, по-моему, вообще в него влюблен:)(да не сочтет за оскорбление))

← →
Zemal © (2002-09-12 12:05) [18]

С IB, конечно можно попробовать, с ним мороки не много будет... только с такими объёмами лучше уж просто Access да и всё... использовать его как хранилище данных :). Уж Access совсем прост и удобен в эксплуатации :). На нём и дизайнить хорошо и проблем нет с перетаскиванием инфы в тот же Exel. Я думаю проще тебе будет с Access... больно уж сервисов много у дяди Билла :). Подумай ещё на счёт Access. Потом меньше мороки будет :)... а работают они с IB наверное одинаково :) (лично у меня такое впечатление складывается).

← →
aabark (2002-09-12 12:17) [19]

Спасибо !!!

← →
VaZ © (2002-09-12 12:24) [20]

>> Zemal
Access фигня, либо я его неправильно юзаю.
Может еще и от версии зависит, но ч/з Query у меня не работал, постоянно общая ошибка вылазила

← →
KIR © (2002-09-12 12:31) [21]

>> Zemal - весь дизайн - Delphi, БД - просто структурированное хранилище данных. А клиент их оттуда вытягивает в определенном порядке и взаимосвязях.

О.К. IB, так IB. Отсюда вопрос: можно ли просто создать в IB точно такие же (по струре) как существующие Paradox"вские таблице и перекинуть в них всю информацию из Paradox"a, а в клиенте при этом ничего не менять?

← →
Zemal © (2002-09-12 12:32) [22]

Ну я таких проблем не находил... всегда через Query работал с Access-ом и всё нормально было... все запросы он понимал. Я вообще считаю что TTable и все дочерние классы не достойны внимания... часто бывает из-за них падение таблиц и БД. Не должно так делать. А ошибки можно избежать получая запрос, но не редактируя его, а посылая серверу команды INSERT и UPDATE с ID ключём. Вот.

← →
Sergey-ZZZ © (2002-09-12 12:41) [23]

На счет грубости "васятки" правильно заметил, пусть подкалывает алкашей у ларька. Они этому очень обрадуются.
Автоинкримен не пропускает цифры, а наверно ты после добавления записи ее стер, вот инкримент и запомнил, что такой номер уже был. После добавления следующей записи эта цифра уже никогда не появится. Повторить цифру в автоинкрименте вообще не возможно, это ты напутал. Может это ты из программы попытался установить? Посмотри внимательно.
Если база небольшая, как у тебя, настоятельно рекомендую перейти на ACCESS. К стати в дальнейшем и клиент-серперное приложение из него не составит труда своять. Минимум переделок. Если нужно полновесное ПО, то возьми IB - литературы море, а вообще не греши много на Paradox, лучше разберись в чем дело.
Ветер в спину.

← →
Zemal © (2002-09-12 12:42) [24]

Парадокс лучше втянуть в Access... в IB втянуть проблематично, а в Access с помощью импорта запросто... в полпинка :). Про что я и говорил... с Access-ом проблем будет меньше. С IB ничего не могу посоветовать - никогда парадоксовые таблы не втягивал... поищи литературу или FAQ в интернете. Если ты решил связаться и IB, то тебе много придётся перечитать :). Могу только предложить хорошую програмульку для администрирования и дизайна IBExpert. Очень удобная и к томуже русская есть... кстати написана на Делфи :). Могу прислать :). Всего 3 метра. Можешь в инете найти и скачать сам. Это всё что нужно тебе для работы с IB... может кто ещё чего посоветует. Удачи с IB.

← →
Val © (2002-09-12 12:50) [25]

>Zemal © (12.09.02 12:42)
... в IB втянуть проблематично..
С IB ничего не могу посоветовать - никогда парадоксовые таблы не втягивал...
???
>KIR © (12.09.02 12:31)
создать метаданные и перекинуть данные конечно можно. Но придется в корне менять идеологию работы. Вы врядли использовали транзакции при работе с парадоксом, верно? а тут вся работа на них. Так что нужно литературку почитать основательно.

← →
Zemal © (2002-09-12 13:15) [26]

Я о чём и говорю... разница с парадоксом и IB очень велика... говорят MySQL очень похож... по крайней мере типами данных. Спроси про MySQL в форуме на SQL.ru, там раздел даже есть такой. Там обычно знатоки собираются :). Про MySQL я вообще ничего не знаю.

← →
Роман Василенко © (2002-09-12 13:28) [27]

Попробуй Advantage :)
www.advantagedatabase.com

← →
Val © (2002-09-12 13:37) [28]

>Zemal © (12.09.02 13:15)
повторюсь - основная проблема при переходе не разница в типах данных, а другой подход к работе с БД.

Zemal © (12.09.02 11:44)
Не знаю, но мне никогда не казалось,
что база размером в 980 ГИГАБАЙТ это маленькая база,
а информация о таких именно размерах есть.

Хм.. а может все-таки MySQL. Если я правильно понял, то для перехода на MySQL клиент придется переделывать меньше... Просто поймите правильно: клиент пишеться, и пишется, и пишется... уже почти год. В данный моментон он стоит на фирме и на нем работают люди... что же придется его весь переделать и потом еще тестировать какое-то время? А как его протестировать, если на нем не будут работать - не смогу же я сам выловить все баги. А заставить народ делать одно и то же в 2х программах - ОЧЕНЬ непростое занятие

обомне помнят!!!

> Anatoly Podgoretsky © (12.09.02 09:03)

Разрешите уточнить про бесплатность MS SQL: я неправильно вас интерпретировал или имелся в виду вариант из ларьков? (впрочем, и он не совсем бесплатный ;)

Блин задолбали вопросы про глюки парадокс. У меня все бызы на нем и никаких глюков. Если не умеете настраивать, то так и скажите. А в этом случае никакой переход на другую СУБД не поможет.

← →
Виталий Панасенко (2002-09-12 14:30) [34]

У меня, кстати, тоже работает и ничего. Построил ссылочную целостность, отлично работает. Ну, если после неожиданного отлючения эл.энергии индексы летят - написал батник дел *.рх, дел *.х?? дел *.у?? и перестроить индексы. В сети работает нормально, а на значение автоинк я вообще внимания не обращаю - его значение никому не видно и какая разница будет 1, 2, 3 или 1, 3, 4, елси не нагружать это поле смысловой нагрузкой для юзера ...

> Виталий Панасенко (12.09.02 14:30)

да

KSergey © (12.09.02 14:10)
Нет ты меня неправильно понял, варианты с лотками я не рассматриваю, не наш это путь, ситуация точно такая же как и с прочими серверами, есть платные версии, но есть и бесплатные в виде персонла эдишт, бесплатный персональный вариант поставляется с Microsoft Office
MS QL - MSDE Oracle - Oracle Lite IB - Open Edition
Подробности о лицензии на сайт Микрософт

>> VAleksey. А чем настраиваете Парадокс? Я вот, например, DB Desktop"ом не могу от него добиться желаемой стабльности в работе.

← →
Mike Kouzmine (2002-09-12 16:01) [38]

А если BDEAdmin?

← →
Engel (2002-09-12 16:31) [39]

А вот такой вопрос. Есть однопользовательская программа на BDE и DBASE IV. Как лучше сделать ее сетевой с минимальными усилиями?

данных - несколько тысяч строк, объем, то есть, небольшой, планируется два-три пользователя.

Борман уже сам признался в нестабильности рагадоха.
И как-то очень легко верится.

На что сменить ГЛЮЧНЫЙ Paradox? Найти похожие ветки