| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
На что сменить ГЛЮЧНЫЙ Paradox?
KIR © (2002-09-12 02:16:00)Есть база (уже довольно большая) на Paradox"e. К ней имеется клиент. Paradox своими глюками откровенно задолбал. Народ, на что посоветуете перенести БД? Естественно, хочется сделать минимальные изменения в клиенте. А если возможно, то вообще их не делать.
Заранее спасибо за дельные советы!
Zemal (2002-09-12 13:15:00) [41]Я о чём и говорю... разница с парадоксом и IB очень велика... говорят MySQL очень похож... по крайней мере типами данных. Спроси про MySQL в форуме на SQL.ru, там раздел даже есть такой. Там обычно знатоки собираются :). Про MySQL я вообще ничего не знаю.
Val (2002-09-12 12:50:00) [42]>Zemal © (12.09.02 12:42)
... в IB втянуть проблематично..
С IB ничего не могу посоветовать - никогда парадоксовые таблы не втягивал...
???
>KIR © (12.09.02 12:31)
создать метаданные и перекинуть данные конечно можно. Но придется в корне менять идеологию работы. Вы врядли использовали транзакции при работе с парадоксом, верно? а тут вся работа на них. Так что нужно литературку почитать основательно.
Zemal (2002-09-12 12:42:00) [43]Парадокс лучше втянуть в Access... в IB втянуть проблематично, а в Access с помощью импорта запросто... в полпинка :). Про что я и говорил... с Access-ом проблем будет меньше. С IB ничего не могу посоветовать - никогда парадоксовые таблы не втягивал... поищи литературу или FAQ в интернете. Если ты решил связаться и IB, то тебе много придётся перечитать :). Могу только предложить хорошую програмульку для администрирования и дизайна IBExpert. Очень удобная и к томуже русская есть... кстати написана на Делфи :). Могу прислать :). Всего 3 метра. Можешь в инете найти и скачать сам. Это всё что нужно тебе для работы с IB... может кто ещё чего посоветует. Удачи с IB.
Sergey-ZZZ (2002-09-12 12:41:00) [44]На счет грубости "васятки" правильно заметил, пусть подкалывает алкашей у ларька. Они этому очень обрадуются.
Автоинкримен не пропускает цифры, а наверно ты после добавления записи ее стер, вот инкримент и запомнил, что такой номер уже был. После добавления следующей записи эта цифра уже никогда не появится. Повторить цифру в автоинкрименте вообще не возможно, это ты напутал. Может это ты из программы попытался установить? Посмотри внимательно.
Если база небольшая, как у тебя, настоятельно рекомендую перейти на ACCESS. К стати в дальнейшем и клиент-серперное приложение из него не составит труда своять. Минимум переделок. Если нужно полновесное ПО, то возьми IB - литературы море, а вообще не греши много на Paradox, лучше разберись в чем дело.
Ветер в спину.
Zemal (2002-09-12 12:32:00) [45]Ну я таких проблем не находил... всегда через Query работал с Access-ом и всё нормально было... все запросы он понимал. Я вообще считаю что TTable и все дочерние классы не достойны внимания... часто бывает из-за них падение таблиц и БД. Не должно так делать. А ошибки можно избежать получая запрос, но не редактируя его, а посылая серверу команды INSERT и UPDATE с ID ключём. Вот.
KIR (2002-09-12 12:31:00) [46]>> Zemal - весь дизайн - Delphi, БД - просто структурированное хранилище данных. А клиент их оттуда вытягивает в определенном порядке и взаимосвязях.
О.К. IB, так IB. Отсюда вопрос: можно ли просто создать в IB точно такие же (по струре) как существующие Paradox"вские таблице и перекинуть в них всю информацию из Paradox"a, а в клиенте при этом ничего не менять?
VaZ (2002-09-12 12:24:00) [47]
>> Zemal
Access фигня, либо я его неправильно юзаю.
Может еще и от версии зависит, но ч/з Query у меня не работал, постоянно общая ошибка вылазила
aabark (2002-09-12 12:17:00) [48]Спасибо !!!
Zemal (2002-09-12 12:05:00) [49]С IB, конечно можно попробовать, с ним мороки не много будет... только с такими объёмами лучше уж просто Access да и всё... использовать его как хранилище данных :). Уж Access совсем прост и удобен в эксплуатации :). На нём и дизайнить хорошо и проблем нет с перетаскиванием инфы в тот же Exel. Я думаю проще тебе будет с Access... больно уж сервисов много у дяди Билла :). Подумай ещё на счёт Access. Потом меньше мороки будет :)... а работают они с IB наверное одинаково :) (лично у меня такое впечатление складывается).
Val (2002-09-12 12:01:00) [50]>KIR © (12.09.02 11:49)
хороший выбор, тем более, IB - native. В подавляющем большинстве книг по работе в Delphi с БД, примеры работы по технологии Client-Server приводятся именно на IB. Есть также и lite-версия.
Администрирование несложное. Есть хорошие компоненты доступа.
И последний аргумент :) - в этом форуме много людей профессионально владеющие знаниями работы с IB(Alexandr©, по-моему, вообще в него влюблен:)(да не сочтет за оскорбление))
Zemal (2002-09-12 11:57:00) [51]Да, чуть не забыл... с Ораклами тебе надо PIII-733Mhz и 256 Mb минимум. Иначе он просто будет тормозить... даже Lite версия, в общем-то она ничем почти не отличается, только однопоточностью (с трудом будет поддерживать несколько пользователей). Но по идее должна нормально работать с 3-5 юзерами (смотря чего они будут делать). А так вроде бы и ничего... вот висит у меня на компе... при работе бывает жрёт оперативку и процессор, но не очень сильно... на одного пользователя 25-30 метров при интенсивных манипуляциях с данными... но, я думаю, проблем с железом сейчас мало где встретишь, в основном удаётся уговорить начальство на раскрутку :)... благо техника значительно дешевеет :).
KIR (2002-09-12 11:49:00) [52]Народ, спасибо за советы. У меня БД небольшая - не более 20 метров. Так что я думаю перейти на IB. Одобряете?
Zemal (2002-09-12 11:44:00) [53]Чего тут думать!? Если у тебя объём данных небольшой... ну порядка 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
Alex Marmuzevich (2002-09-12 11:39:00) [54]А что, MySQL уже не устраивает. Типы почти идентичны парадоксовским (в отличие от Oracle & FireBird), а цена не выше ;). И подключается легко.
3JIA9I CyKA (2002-09-12 11:16:00) [55]2 Soft © (12.09.02 11:01)
500000 записей идеально? Для Oracle?! В натуре?!!!!
А для Firebird 500, наверное. Перед тем, как написать - подумай!
Romkin (2002-09-12 11:07:00) [56]Проблема в том, что если брать сервер БД, то изменения на клиенте придется делать существенные, убирать все TTable и менять их на TQuery, да еще с транзакциями работать. Правда, когда-то слышал, что Oracle можно настроить так, что и через TTable все будет нормально, но он все-таки тяжеловат.
Зато если перейти (иногда стоит просто написать заново клиент), то сразу получается клиент-сервер, и локальная установка ничем не отличается от сетевой.
Я бы посоветовал попробовать dBase или Access.
Soft (2002-09-12 11:01:00) [57]Oracle 9i Lite бесплатный, тоесть халява. А для баз ~500000 записей идеально.
Только
P-350
256М
KIR (2002-09-12 10:41:00) [58]Первым делом о БД: БД - локальная, может когда-нибудь и станет Client-Server, но когда неизвестно...
Теперь о глюках:
1. Были проблемы с автоинкрементеым полем (почему-то встречались одинаковые записи, либо пропускались некоторые значения, например, 34,35,36,39 и т.д.) - я такой тип данных из базы вообще исключил, тепер уникальный индекс "приращиваю" вручную.
2. На днях в одной из таблиц проиндексировал поле. После чего в другой (кстати ничем не связонно с вновь проиндексированной таблицей) таблице перестал работать метод Locate. Пришлось убрать все индексы из этой таблицы
3. Ну и т.д. по мелочам. Сейчас уже всего не припомнить...
>>васятка. Я бы на твоем месте обратил внимание на собственный ДНК, особенно на ту его часть, которая отвечает за формирование ителлекта и воспитания. Для того чтобы иметь возможность давать "умные" советы, неплохо было бы для начала зарекомендавать себя как человека чего-то знающего. А вые$%_@ся иди во двор на лавку.
Жду советов, спасибо!
okop2000 (2002-09-12 10:28:00) [59]Я в свое время решил эту проблему переходом на InterBase вернее на его бесплатный клон FireBird. До сих пор не жалею.
сходи на ibase.ru - почитай.
васятка (2002-09-12 09:47:00) [60]Проблемы с ДНК, а Paradox считался одной из лучших СУБД в своё время!:) А глюки и багу есть везде!
| |
Страницы: 