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

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

Таблицы Paradox


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

Liones ©   (2008-11-07 08:11:00) 

Я заметила такую вещь, что иногда у таблиц Paradox слетают файлы, хранящие описание таблицы (*.val). Можно ли ее восстановить программно? Подскажите пожалуйста, как это сделать


Виталий Панасенко   (2008-11-07 14:32:00) [41]

Или MS Access+ADO для доступа.для локальной работы хватит с головой..Хотя.. FB "роднее".. и действительно нааааааааааамного удобней и проще в обслуживании, чем Парадокс...


GRAND   (2008-11-07 13:05:00) [42]


> Подскажите пожалуйста, где найти информацию, чтобы хоть
> знать что это


http://ibase.ru


> MsGuns ©   (07.11.08 12:29) [22]


> Для мссклсоветую справку jet40.chm


Фтопку, адназначна! Речь ведь идет о локальной однопользовательской задаче. IB/FB здесь будет идеален тем, что он на локале работает со свистом, требует минимум усилий по установке/обслуживанию, мало весит, прекрасно переносим и вообще приятен во всех отношениях. Ну а мелкософтовский недоскл недосервер не только в данном случае, но и просто по жизни в топку ;)


> Вместо них можно юзать специальные "трансферные" таблицы-мастера, к которым линковать основную и детальную таблицу. Мастер-таблицы предварительно копируются из рабочего каталога
> в приват и там уже открываются и связываются.


Жжжжють! И это, кстати, еще один весомый аргумент в пользу IB/FB, который отучает программиста от уймы бесполезной работы.


MsGuns   (2008-11-07 12:56:00) [43]

>Liones ©   (07.11.08 12:39) [24]
>Что такое двухзвенка и трехзвенка, например, я знаю.

Значит Вам будет уже легче :)
Трехзвенка - это, ИМХО, слишком и если нет необходимости в реально "тонком" или удаленном клиенте, я бы ее не использовал, т.к. она серьезно сложнее в проектировании, чем "простой" клиент-сервер.


MsGuns   (2008-11-07 12:52:00) [44]

Парадокс, кстати, совсем не такая уж "падучая" СУБД, если использовать некоторые приемы. Например, вероятность фатального подения индексов в многопользовательской среде резко снижается, если не использовать в приложениях прямых связок мастер-детал. Вместо них можно юзать специальные "трансферные" таблицы-мастера, к которым линковать основную и детальную таблицу. Мастер-таблицы предварительно копируются из рабочего каталога в приват и там уже открываются и связываются. Кроме того следует избегать "гридного" редактирования, а также правок "бизнес-логики" (то, что находится в *.val например) "на лету". Существует огромное количество вполне работающих систем на парадоксе, которые используются годами практически без вмешательства проектировщика с числом одновременных пользователей, исчисляемым десятками.


Liones   (2008-11-07 12:39:00) [45]


> MsGuns ©   (07.11.08 12:29) [22]
> Сложнее с пониманием самого принципа взаимодействия между
> "клиентом" и "сервером", сутью и назначением транзакций,
>

Что такое двухзвенка и трехзвенка, например, я знаю.


MsGuns   (2008-11-07 12:36:00) [46]

У файрберда есть одно несомненное преимущество - он бесплатен. Но есть и недостатки, которые могут со временем стать серьезным препятствием при масштабировании или даже развитии проекта. Хотя тут, конечно, найдется немало его приверженцев.
А вот в части средств доступа именно из делфи, библиотеке компонент, равной ADO по доступности, удобству и прозрачности я не знаю.


MsGuns   (2008-11-07 12:29:00) [47]

>Liones ©   (07.11.08 12:10) [17]
>Согласна, но проблема в нехватке времени. Да я и пыталась найти хоть какой-нибудь материал для обучения, всего много и разрозненно. Может посоветуете что-нибудь стоящее

Хорошей литературы для БЫСТРОГО И ЭФФЕКТИВНОГО обучения КС технологиям с нуля не знаю. Сам осваивал на акцесе - доступно, достаточно быстро, удобно. В качестве примеров брал примеры, прилагаемые в самой делфе. По сиквелю советую начать с азов, неплохо изложенных в той же делфишеой справке в разделе Local SQL, а дальше - зависит от скл-сервера. Для мсскл советую справку jet40.chm

Сложнее с пониманием самого принципа взаимодействия между "клиентом" и "сервером", сутью и назначением транзакций, пониманием "внутренностей" скл-сервера. Мне в свое время очень понравилась книжка "Мир Интербэйз" Ковязина и Вострикова. Несмотря что это интербэйз, суть механизма транзакций и многое другое внятно, кратко и полно описанный ими, ИМХО, вполне дает понятия о предмете и для других серверов.


Liones   (2008-11-07 12:24:00) [48]


> GRAND ©   (07.11.08 12:14) [18]
> ...лучше Interbase/Firebird здеь не
> найти. Особенно в Вашем случае.

Подскажите пожалуйста, где найти информацию, чтобы хоть знать что это


Liones   (2008-11-07 12:22:00) [49]


> Сергей М. ©   (07.11.08 12:20) [19]
> Тогда, при условии что
> база локальная, падение валидационных файлов - довольно
> странное явление..

Но мне это не приснилось точно)))))


Сергей М.   (2008-11-07 12:20:00) [50]


> Liones ©   (07.11.08 12:04) [14]


Тогда, при условии что база локальная, падение валидационных файлов - довольно странное явление..


GRAND   (2008-11-07 12:14:00) [51]


> а что тогда? dbf - удаление записей не устраивает, записи
> же только помечаются на удаление.


dbf-ник можно pack-овать, и тогда все помеченные на удаление записи удалятся физически. Но правильно говорят те, кто советует перейти на клиент-серверную платформу - это самый мудрый выход из ситуации. От себя же добавлю, что лучше Interbase/Firebird здеь не найти. Особенно в Вашем случае.


Liones   (2008-11-07 12:10:00) [52]


> MsGuns ©   (07.11.08 12:04) [15]
> Если проект новый, то рекомендую воспользоваться советами
> и отказаться от парадокса в пользу клиент-серверных систем.
>  Время на освоение новых для Вас технологих сторицей окупится
> при эксплуатации проекта заказчиком.

Согласна, но проблема в нехватке времени. Да я и пыталась найти хоть какой-нибудь материал для обучения, всего много и разрозненно. Может посоветуете что-нибудь стоящее


Liones   (2008-11-07 12:07:00) [53]


> MsGuns ©   (07.11.08 12:01) [13]

В общем логику процесса я поняла. Так то в программе предусмотрено резервное архивирование базы, которое выполняется при выходе из программы. При выходе вся папка с базой архивируется раром и переносится в отдельную папку.


MsGuns   (2008-11-07 12:04:00) [54]

Если проект новый, то рекомендую воспользоваться советами и отказаться от парадокса в пользу клиент-серверных систем. Время на освоение новых для Вас технологих сторицей окупится при эксплуатации проекта заказчиком.


Liones   (2008-11-07 12:04:00) [55]


> Сергей М. ©   (07.11.08 11:56) [12]

база используется одним пользователем


MsGuns   (2008-11-07 12:01:00) [56]

Восстановление базы пользователем вообще штука опасная, но если и должна применяться, то только в единственном случае - если она (база) используется строго монопольно и лежит на ПК пользователя

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


Сергей М.   (2008-11-07 11:56:00) [57]


> Liones ©   (07.11.08 11:51) [11]


Угу.
А другой пользователь в это же время, ничего не зная об этом, начнет другую пользовательскую операцию над базой.
В лучшем случае неразрешимые коллизии при этом приведут к нарушению ссылочной целостности, в худшем вы там со своими пользователями ухайдокаете свою базу так что она будет вообще не восстановима.


Liones   (2008-11-07 11:51:00) [58]


> Сергей М. ©   (07.11.08 11:48) [8]
> и при этом нафигачить кучу других, зачастую
> более серьезных проблем.

да зачем? можно же просто например добавить пункт меню типа "восстановление базы", пользователь не будет видеть вобще какие действия выполняет программа


Liones   (2008-11-07 11:49:00) [59]


> Правильный$Вася   (07.11.08 10:34) [4]
> забыть про парадокс,


а что тогда? dbf - удаление записей не устраивает, записи же только помечаются на удаление. foxpro - у них заголовки таблиц слетают. с остальными как-то пока не знакома


Liones   (2008-11-07 11:49:00) [60]


> Правильный$Вася   (07.11.08 10:34) [4]
> забыть про парадокс,


а что тогда? dbf - удаление записей не устраивает, записи же только помечаются на удаление. foxpro - у них заголовки таблиц слетают. с остальными как-то пока не знакома


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

Наверх

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