| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Переделка проекта с Paradox в Interbase/Firebird [D5, IB6.x, Paradox]
nemirof © (2008-07-07 15:09:00)Есть работающий уже 7 лет проект на Paradox (около 50 таблиц общий объем 100 МБ)
Его нужно перевести в Interbase или Firebird.
Я сделал DataPump базы данных и создал простое приложение для просмотра таблиц уже в IB. Но в старом проекте есть очень много процедур для обработки данных, с которымы возникают сложности.
Книжка пишет, что процедурs типа While not table eof do ... использовать неправильно, нужно пользоваться хранимыми процедурами и запросами. Тоже самое с обработчиками событий типа OnBeforeInsert, OnAfterPost и аналогичными, которые нужно переводить в тригеры.
Есть ли какие-нибудь примеры или методики как это лучше сделать? А то некоторые процедуры старого проекта состоят из нескольких десятков или сотен строк кода и я пока без понятия как их загнать на сервер.
И будет ли очень плохо, если некоторые из процедур While not table eof do... оставить "как есть" ?
Anatoly Podgoretsky (2008-07-21 22:39:00) [1]Насчет каждому согласен, насчет евро нет, только фунты, которые стерлинги.
Игорь Шевченко (2008-07-21 21:39:00) [2]
> Возможно - 200 000
Евро. Каждому.
Anatoly Podgoretsky (2008-07-20 11:42:00) [3]> Директор ВЭБ (20.07.2008 10:36:38) [38]
Возможно - 200 000
Директор ВЭБ (2008-07-20 10:36:00) [4]Ребята, я тоже написаль большую базу CRM с многопользовательским доступам около 15 человек одновременно. сперва для себя на ПАРАДОКСЕ. так вот другу одному из вице през. небольшой компании понравилась моя база хочет у сябя на фирме установить, тоже нужно организовать доступ к базе сразу нескольких отделов. Возможно ли это не переводя Парадокс в Interbase или Firebird или в другие? скачал Firebird и IBExpert теперь незнаю что делать с ними. я вообще не знаю для чего они нужны. может кто книшки даст почетать про Firebird и IBExpert? помогите что мне делать? с чего начть кинте ссылки
Prohodil Mimo (2008-07-11 17:25:00) [5]Loginov Dmitry © (09.07.08 7:50) [13]
Зато в нем можно защитить таблицу с помощью пароля. И попробуй открой! :)
удаляем файлы *.VAL и открываем.
Anatoly Podgoretsky (2008-07-10 21:51:00) [6]Ну значит это не твое. Я правда не обратил особого внимания на "механизм сохранения-восстановления", но может кому ни будь упоминание данной функции пригодится, посколько часто задают вопросы, которые решаются с помощью этой функции и она именно для этого и предназначена.
MsGuns (2008-07-10 21:35:00) [7]>Anatoly Podgoretsky © (10.07.08 20:06) [34]
Анатолий, моя система не пытается ни обнаружить какие-то проблемы, ни тем более их исправить. Просто корректное восстановление из корректного последнего архива. И все !
Anatoly Podgoretsky (2008-07-10 20:06:00) [8]> MsGuns (10.07.2008 14:10:32) [32]
Она нужна, для того, что бы автоматически обнаруживать проблемы и исправлять их без участия пользователей.
Конечно ею можно и не пользоваться, но обычно большинство программистов про нее просто и не слышали.
Поросенок Винни-Пух (2008-07-10 14:33:00) [9]Конечно, по надежности парадокс далеко не чемпион
Никто в этом не чемпион. Девятку оракла можно было уронить одному единственному юзеру. Причем навсегда и особо не извращаясь. Только документированными способами.
MsGuns (2008-07-10 14:10:00) [10]Она там и нафиг не нужна
Anatoly Podgoretsky (2008-07-10 12:34:00) [11]> MsGuns (10.07.2008 11:49:30) [30]
Зря
MsGuns (2008-07-10 11:49:00) [12]нет
Anatoly Podgoretsky (2008-07-10 10:25:00) [13]> MsGuns (10.07.2008 10:11:28) [28]
Это срабатывает, если удастся открыть таблицу, Да и то не гарантируется.
dbiRegisterCallback используешь конечно?
MsGuns (2008-07-10 10:11:00) [14]>Loginov Dmitry © (10.07.08 07:59) [27]
>Более интересен вопрос надежности: надежна ли такая система?
>сможет ли она неделями/месяцами/годами работать без участия каких либо средств по >восстановлению/ремонту базы данных?
Конечно, по надежности парадокс далеко не чемпион и даже не в высшей лиге для того, чтобы система работала "годами" без вмешательства программиста необходимо разработать механизм сохранения-восстановления и научить пользователей (хотя бы одного - самого продвинутого) им пользоваться. У меня в свое время на это ушло несколько месяцев, но я еще добавил в него функцию модификации базы, позволяющую автоматически вносить изменения в структуры таблиц непосредственно у клиента.
Loginov Dmitry (2008-07-10 07:59:00) [15]> Я уже устал здесь повторять - парадокс нормально работает
> в системе до 20-25 пользователей одновременно. ПРИ ЭТОМ
> ВСЕ ОНИ МОГУТ ПИСАТЬ.
Это в общем-то не отрицается. Раз Вы привели такие цифры, то вероятно сталкивались с такими случаями вплотную, и настройки все выставили соответсвующие. Более интересен вопрос надежности: надежна ли такая система? сможет ли она неделями/месяцами/годами работать без участия каких либо средств по восстановлению/ремонту базы данных?
Насчет необходимости переделки на КС - я тоже не большой сторонник этого. В FB запросто можно столкнуться с проблемами, которые никогда не возникали при работе с BDE. Имхо одна из основных - когда система устанавливается на машину, где уже установлен FB другой версии - придется ставить вторую версию параллельно, а это уже серьезное изучение документации.
MsGuns (2008-07-10 00:39:00) [16]>Sergey13 © (09.07.08 13:53) [21]
>Т.е. переделывать на КС вообще не стОит?
СтОит, ИМХО, если соблюдается хотя бы одно из условий:
- Вся система требует существенного развития в плане функциональности,
- Требуется достаточно крупное масштабирование
- Резко повысились требования по скорости и надежности
Если же старая система нормально работает и удовлетворяет пользователей, на кой бес ее переделывать ?
>Loginov Dmitry © (09.07.08 23:59) [25]
Я уже устал здесь повторять - парадокс нормально работает в системе до 20-25 пользователей одновременно. ПРИ ЭТОМ ВСЕ ОНИ МОГУТ ПИСАТЬ.
Дело в руках, головах и некоторых специальных заклинаниях ;))
Loginov Dmitry (2008-07-09 23:59:00) [17]> Что касается самого парадокса, то сказки про его несостоятельность
> как многопользовательской СУБД
Ну... если использовать трехзвенку с TRemoteDataModule, то в многопользовательском режиме можно работать с чем угодно, в том числе - с парадоксом, а с ciMultiInstance + tmApartment не страшно любое количество подключенных клиентов ))
MsGuns (2008-07-09 20:23:00) [18]>nemirof © (09.07.08 14:36) [23]
>Для того, чтобы поломать парадокс сосвем ненужно быть специалистом
>Есть популярная сборка Total Commander в которой среди прочих плагинов >имеется встренный прсмотрщик/редактор таблиц BDE и таблица >открывается клавишей F3. А если она запаролирована, то обычный юзер >откроет ее за 15 минут, если будет мыслить в правильном направлении
Да-да, и уборщица тетя Маша, и грузчик Семеныч, и секретарша Клавочка, не говоря уже о девочках из бухгалтерии, конечно, же, в курсе "сборки" Total commander и "рулят" плагинами и даже знают все клавиши
nemirof (2008-07-09 14:36:00) [19]Для того, чтобы поломать парадокс сосвем ненужно быть специалистом
Есть популярная сборка Total Commander в которой среди прочих плагинов имеется встренный прсмотрщик/редактор таблиц BDE и таблица открывается клавишей F3. А если она запаролирована, то обычный юзер откроет ее за 15 минут, если будет мыслить в правильном направлении.
У меня в базе нет логического типа данных, но если бы был, то это небыло бы большой проблемой для меня. Перевел бы поле в Integer, прошелся поиском по проекту и подправил соответсвующие куски кода. Для форм есть компонетны, которые умеют отображать целые значения (0,1) в виде флажков. Всего работы максимум на полдня.
ANB (2008-07-09 13:59:00) [20]
> Anatoly Podgoretsky © (09.07.08 10:12) [17]
логический тип не ест ни оракл ни фб (они сильно, кстати, похожи). А в парадоксе он есть.
| |
Страницы: 