---|Ветка была без названия|---

← →
Andrey (2003-03-17 16:02) [200]

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

В сравнении с операцией чтения/записи это меньше чем пустяк. Я вообще предпологаю, что для тоего проэкта работа с диском будет занимать ~95% всего времени обработки цикла.
Кстати по поводу времени. Есть такие хитрые IDE-контроллеры которые чтение/запись берут на себя, а не нагружают процессор. Это есть очень гуд т.к. если планируется, что в будущем алгоритмы работы с данными усложнятся (например захочешь хранить записи в упакованом виде) это даст определенный резерв скорости процессорам. Всеравно быстрее чтения/записи ничего неполучится.

> Наверное лучше написать процедуру Restore которую в случае
> необходимости пользователь будет вызывать. Сделать пункт
> Восстановление БД вывести список сомнительных записей...

Вот в упор непонимаю как пользователь будет их востанавливать? Где он возьмет утерянные данные. В том же IB есть понятие версионности с которым можно еще как-то работать (запись имеет несколько версий), но как здесь, одна версия записи и она или верная или не верная, все!

> хотелось бы создать и индексы Значений

Если этого требует задача (т.к. предпологаются отчеты скорее всего требует), значит надо, если не требует нет смысла загромождать проэкт (чем меньше проэкт, тем легче в нем ориентироватся и искать баги).
Хотя конечно ради чисто академического интереса можно, но IMHO не в этом проэкте :) А если такое уже будет, можно будет подумать про организацию собственной СУБД поддерживающей SQL :) Глядишь еще и Oracle с рынка выбьешь :)

> Ну это всеже будет лучше чем использовать какую-нибудь БД!
> Это будет быстрее! Да и информацию в своем формате будет
> проще восстановить!

Скорее всего и лучше и быстрее, но с востановлением информации опять непонимаю...

>Satirus (17.03.03 13:42)
Может быть и пора.

← →
Style (2003-03-17 16:23) [201]

>>Andrey-
поздравляем вас вы 200 посетитель нашего сайта :))

ладно к делу..

Вот в упор непонимаю как пользователь будет их востанавливать?
// Ну что касается восстановления самих данных. С этим конечно сложно... Т.е. либо запись есть или ее нет! Он ее просто пропускает. Главное воссоздать их последовательность. Хотя если делать компонент, то стоит включить опцию
BuildCheckSum -> Для повышения надежности.

Хотя для моей задачи впринципе это не существеннно. Достаточно будет и пропустить несколько записей.

Хотя у меня теперь будет время и на формирования BackUp!

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

>> Выбить с рынка Oracle :)))
Ну вообще даже если в него и встроить SQL скорее это будет всеж не БД а Swap with Query Interface!
Но сам компонент будет полезен для создания маленьких Локальных БД. Можно хранить там что душе угодно! Вплоть до самих компонентов Delphi с последующим Динамическим воссозданием :)

← →
Andrey (2003-03-17 16:51) [202]

Про IDE. Я эти особо не интересовался но вот пошарил по архивам и нашел кой чего. Вот тут посмотри:
http://www.derstein.ru/good/good_8.html
http://search-news.rambler.ru/ixSearch-cgi/ferra_search?words=BUSMaster
И еще есть утилита disksped.exe Она скорость работы с диском определяет. У меня есть, могу выслать.

>Достаточно будет и пропустить несколько записей
Вот и правильно. Самое простое решение, если потеря данных не критична.

> у меня теперь будет время и на формирования BackUp!

Конечно время будет, но нужно ли это. Перегружать проэкт лишними сервисами нестОит.

> Но сам компонент будет полезен для создания маленьких Локальных
> БД

Уверен, что так и будет. А если появятся компоненты работающие с Paradox и DBase и оформленные как TDataSet, это будет замечательная альтернатива BDE.

← →
Style (2003-03-18 11:16) [203]

Andrey © >> Спасибо за инфу..

Вчера немного думал о использовании своп в Сети..
Навреное понадобится сделать сетевой просмотр информации хранящейся в файле... С записью в один своп через сеть будет сложнее ну и наверное не к чему.
В принципе если открывать файл свопа так fmOpenReadWrite or fmShareDenyWrite то просмотр свопа будет доступен из сети.
Только нужно будет создавать еще один файл (как это делает Paradox) в котором нужно записывать какие произошли изменения. Дабы на другой рабочей станции изменить структуру свопа в оперативной памяти.

---|Ветка была без названия|--- Найти похожие ветки