![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Таблицы Paradox
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 - у них заголовки таблиц слетают. с остальными как-то пока не знакома