Уважаемые мастера! Помогите восстановить базу данных!!!!!!

← →
hero (2008-01-09 21:42) [0]

Имеется база данных в которой присутствует тип данных : Formatted Memo
Во время работы программы ( db(paradox7) компонент Ttable ) произошел сбой в электросети. компьютер пошел на перезагрузку, в результате чего при запросе данных этого типа выдает ошибку: (Failed to Load Stream)

Вопрос: Можно ли восстановить эти данные? КАК? с помощью чего?

Спасибо.

← →
Виталий Панасенко(дом) (2008-01-09 22:50) [1]

TUTIL32.DLL&Co.

← →
hero (2008-01-10 13:49) [2]

а по подробней? TUTIL32.DLL&Co.- для меня матерные слова

← →
Плохиш © (2008-01-10 14:00) [3]

Надо вызвать специалиста...

← →
Anatoly Podgoretsky © (2008-01-10 14:10) [4]

> hero (10.01.2008 13:49:02) [2]

Подробнее на Борланд.

← →
Евгений Р. (2008-01-10 14:23) [5]

> Плохиш © (10.01.08 14:00) [3]
> Надо вызвать специалиста...

Люблю квалифицированные ответы.

← →
sniknik © (2008-01-10 14:43) [6]

> Люблю квалифицированные ответы.
а сам, квалифицированно ответить?

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

← →
Анна (2008-01-10 14:52) [7]

http://www.ab-system.com/download/downloadspec.html

← →
Евгений Р. (2008-01-10 19:49) [8]

> а сам, квалифицированно ответить?

Да я себя и мастером не считаю, больше спрашиваю. Люблю почитать емкие ответы.

> имхо, сказано достаточно чтобы найти нужное

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

> то уж к восстановлению базы его подпускать тем более нельзя

можно или нельзя, не нам с Вами судить. Перед человеком стоит задача и он ее решает в меру сил. Может и ко второму способу прибегнет, но наверное не на этом сайте. Или может я снова неправильно понял [5], а человек просто хотел копеечку подзаработать?

← →
turbouser © (2008-01-10 20:22) [9]

> Евгений Р. (10.01.08 19:49) [8]
>
> > а сам, квалифицированно ответить?
>
> Да я себя и мастером не считаю, больше спрашиваю. Люблю
> почитать емкие ответы.

Да и не быть тебе мастером, судя по всему.

> иногда легче мастеру дописать пару лишних слов, чем ученику
> перелопачивать мегабайты в поисковиках

Ну да, точно не быть. Перелопачивать мегабайты в поисковиках есть процесс
воспитательный, обучающий. Если ты этого не понимаешь, предпочитая
спрашивать на форумах - ССЗБ.

> можно или нельзя, не нам с Вами судить. Перед человеком
> стоит задача и он ее решает в меру сил.

Не тебе судить - это точно. Исходя из вышеизложенного. Автор, не утруждая
себя переварить информацию, поданную в [1] требует "разжевать и в рот
положить" - на что и получает адекватные ответы.

← →
sniknik © (2008-01-10 20:24) [10]

> Да я себя и мастером не считаю
думаешь отвечают только пациенты с манией величия?

> Люблю почитать емкие ответы.
любишь кататься, люби и саночки возить.

> иногда легче мастеру дописать пару лишних слов
мнение и желания мастеров не учитываются видимо? лиш бы новичку было комфортно и сухо... а как же он тогда научится? как сам станет мастером? без самостоятельной работы видимо никак. а "тест" на поиск/стиль ответов (типа [2]) хорошо делит на два типа, самостоятельно работающих и нет.
и я чего скажу, слушай внимательно... второй тип "новичков" пусть идет нафиг отсюда! стройными рядами.
и ты тоже можеш с ними за компанию, пришел понимаешь "со своим уставом в чужой монастырь" сам не отвечаешь, но учишь других как это надо делать, расписываешь тут степень почтения перед новичками, с каким мастера должны делится с ним знаниями... нафиг!

сорри, если для кого это прозвучало слишком грубо (мнения "идущих" не интересуют).

> чем ученику перелопачивать мегабайты в поисковиках
ссылка выше([7]) - результат поиска в гугле по приведенному имени dll, во второй(!) строке, или в первой(!) если догадались поставить "искать только в русском"
какие мегабайты? какое перелопачивание? лодыри вы, и все ваши слова о "непосильном труде новичков" единственно отмазка, оправдание собственной лени. нафиг! "слив" не засчитан!

← →
Евгений Р. (2008-01-10 21:09) [11]

Форумы о DELPHI
Если у Вас есть вопрос, ответ на который Вы так и не нашли, или же Вы хотите помочь братьям по оружию и ответить на чей-то вопрос, или Вы просто любопытны :) То вам сюда.

> второй тип "новичков" пусть идет нафиг отсюда! стройными
> рядами.

У нас не приветствуется использование ненормативной лексики, высказываний личного характера

> пришел понимаешь "со своим уставом в чужой монастырь"

С Устава я и начал это сообщение. Полное собрание: http://www.delphimaster.ru/forums.shtml

А неуважение к людям, особенно тем, кто слабее тебя (о себе речь не веду), нигде не приветствуется. Судя по Уставу здесь тоже.
Отвечать не обязательно, тем более, что диспут вышел за рамки темы форума (см.Устав).

← →
Anatoly Podgoretsky © (2008-01-10 23:12) [12]

> Евгений Р. (10.01.2008 19:49:08) [8]

> иногда легче мастеру дописать пару лишних слов, чем ученику перелопачивать мегабайты в поисковиках

Лучше час потерять, потом за пять минут долететь.

← →
Johnmen © (2008-01-10 23:50) [13]

>Евгений Р. (10.01.08 21:09) [11]

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

← →
turbouser © (2008-01-10 23:53) [14]

> Johnmen © (10.01.08 23:50) [13]

А я никак не мог подобрать слов.
+1 в общем :))

← →
hero (2008-01-12 04:05) [15]

Прибольшое спасибо! за [7]

извините, что.... развел тут... дискусию......
а в БД я новичок эт вы правильно угадали и с аббревиатурой TUTIL32.DLL&Co. сталкиваюсь в первые.....

P.S.1
еслиб мне за это еще и копеечу заплатили, то уж справился б как нибудь без снобов.....

P.S.2
Я б с удовольствием перелапатил чо нибудь .. былоб "что" лопатить...

← →
hero (2008-01-12 04:29) [16]

Кстати говоря TUTIL32 не помог достигнуть результата.

← →
sniknik © (2008-01-12 10:35) [17]

> P.S.1
> еслиб мне за это еще и копеечу заплатили, то уж справился б как нибудь без снобов.....
ты думаешь что хоть комуто здесь платят?
а снобами здесь становятся все долго задержавшиеся, вынуждены, после сотни ламеров с апломбом м уверенностью что им все должны...

> Кстати говоря TUTIL32 не помог достигнуть результата.
100% гарантии даже бэкап не дает, т.к. может "накрыться" одновременно с основной базой (типа сохранили на болванку вставляете восстановить, а сд вам диск "порвал"... а что, бывало, к счастью не с бекапами.).

есть смысл или нет, дальше пытаться, вам может помочь совет [3].

← →
Loginov Dmitry © (2008-01-12 15:33) [18]

> Во время работы программы ( db(paradox7) компонент Ttable
> ) произошел сбой в электросети. компьютер пошел на перезагрузку,
> в результате чего при запросе данных этого типа выдает
> ошибку: (Failed to Load Stream)

Нормальное поведение BDE (Paradox), кстати. Ситуация, когда база ломается при сбое в питании, очень вероятна. Чаще всего так и происходит :-D

А восстановить поврежденную табличку Paradox иногда очень не просто. Возможно, что в ней и данных-то уже никаких нет, т.е. восстанавливать уже нечего!

← →
hero (2008-01-12 17:58) [19]

sniknik © (12.01.08 10:35) [17]
вы меня конечно же простите ... с вашего высокого полета я конечно же ламер.

Loginov Dmitry © (12.01.08 15:33) [18]
пробовал по ламерски файл .MB открыть в блокноте - данные имеются, но возможно какие то байты утеряны
буду пробовать восстанавливать вручную

С парадоксом плотно не работаю уже лет 10, поэтому могу кое-что не вспомнить.
При "слетах" базы обычно порядок восстановления таков:

1. Убиваются все .lck
2. (Если не помогает 1) У "слетевшей" таблицы уничтожается файл (файлы) индексов (в т.ч. первичных). После чего таблица реструктуризируется вручную - данные чаще всего не теряются
3. (Если не помогает 2). Из "слетевшей таблицы" делается выборка всех записей (Select * from Table или CheckPlus по всем полям в QBE) - полученный рез-т (Answer) сохраняется. Затем из Table удаляются все записи и туда добавляется все содержимое Anwser (Автоинкременты при этой операции следует временно "вырубить", заменив на Integer
Почти всегда восстанавливается 100% информации. Однако бывают и случаи потерь - тогда надо искать по первоисточникам и довводить потерянное еще раз.

Однако лучшее средство "борьбы" со сбоями в организации оперативной системы архивирования-восстановления базы и в построении технологии работы с таблицами парадокс на "клиенте", заключаюшейся в полном отказе от работы с TTable и вообще редактированием в сетке и переходе на корректировку таблиц одиночными запросами с последующей перечиткой (переоткрытием) таблиц. Другими словами - нельзя позаолять парадоксу держать таблицы открытыми на изменения хоть сколь-нибудь долго

> MsGuns © (12.01.08 23:07) [20]

> Однако лучшее средство "борьбы" со сбоями в организации
> оперативной системы архивирования-восстановления базы и
> в построении технологии работы с таблицами парадокс на "клиенте",
> заключаюшейся в полном отказе от работы с TTable и вообще
> редактированием в сетке и переходе на корректировку таблиц
> одиночными запросами с последующей перечиткой (переоткрытием)
> таблиц. Другими словами - нельзя позаолять парадоксу держать
> таблицы открытыми на изменения хоть сколь-нибудь долго

А как использовать AUTOINC в данном случае в многопользовательськой сети? как узнать, что данный ИД - это твой, а не соседа ?

> Виталий Панасенко © (13.01.08 00:37) [21]

> А как использовать AUTOINC в данном случае в многопользовательськой
> сети?

Никак. Парадокс и "многопользовательская сеть" - две вещи несовместные. Стоит ли про это сегодня говорить?

>Виталий Панасенко © (13.01.08 00:37) [21]
>А как использовать AUTOINC в данном случае в многопользовательськой сети? как узнать, что данный ИД - это твой, а не соседа ?

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

>Германн © (13.01.08 01:14) [22]
>Парадокс и "многопользовательская сеть" - две вещи несовместные

Серж, ты не прав ;)

← →
hero (2008-01-13 12:12) [24]

Спасибо огромное за дельные советы

← →
Евгений Р. (2008-01-17 14:57) [26]

Вчера столкнулся с аналогичной проблемой. Просто сбой индексов.
Обычно действовал по технологии подобной [20].
Сейчас решил попробовать tutil32.exe .
Действительно милая вещь, спасибо Виталий Панасенко(дом)!
Сразу возник вопрос: наверное все делает TUTIL32.DLL и ее функциями можно воспользоваться из своего приложения.
Внимая ряду добрых советов, не смог найти в google описание интерфейса этой dll-ки. Может кто сталкивался?

> Внимая ряду добрых советов, не смог найти в google описание интерфейса этой dll-ки.
может один злой поможет?
добавь к строке поиска слово borland, это всетаки их детище, если и есть где описание то это там.

> Сразу возник вопрос: наверное все делает TUTIL32.DLL и ее
> функциями можно воспользоваться из своего приложения.

Она испорченные индексы не восстанавливает. Только структуру DB-файла. Так что толку немного.
Для восстановки индексов следует pxheader.pas юзать. Вот сцылка:
http://matrix.kladovka.net.ru/pxheader.zip

Уважаемые мастера! Помогите восстановить базу данных!!!!!! Найти похожие ветки