|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 03 May 2001 18:39:52
To : brom@bas.edu.vrn.ru
Subject : Re: databases in ActivePerl
--------------------------------------------------------------------------------
Здравствуй, Stanislav Nekrasov.
В твоём письме от Thu, 3 May 2001 13:50:53 +0000 (UTC) написано:
bbevr>> попадают отрывки из других файлов, расположенных на диске,
bbevr> например, у
bbevr>> меня попадали от system.ini до кусков документации самого перла, а
bbevr>> также записи, содержащиеся раньше в данном файле (но я же его
bbevr> потер!).
bbevr>> Hе подскажет ли уважаемый All, почему так
>> Потому что файл ради скорости работы запрашивается целыми блоками или даже
>> кластерами, и наверняка там оставляются дырки для ускорения его изменения.
>> Запрошенные блоки, естественно, не чистятся, ибо нафига?
bbevr> Ради чистоты файла :) и вообще, ради здравого смысла :)
Если тебя чистота файла колышет, то подумай еще раз здравым смыслом. Прикинь,
как бы ты сам реализовывал хранение данных. Кнута почитай...
>> Hе надо с этим бороться. Его просто не надо посылать по почте. Равно как и
>> вордовые документы, у которых тоже есть такая фича.
bbevr> угумс. а что с почтой? в смысле размер большой, поэтому не надо? или
bbevr> как?
Или как. В файле могут оказаться данные (не записи, а содержимое пустых
областей), которые ты совсем не собирался посылать по почте. У одного из моих
знакомых начальник как-то вздрогнул, когда этот знакомый принялся обсуждать с
ним задание, которого начальник знакомому не посылал. То был вордовый файл,
прочитанный catdoc'ом. А вздрогнул он от осознания того, что в разосланных им
клиентам файлах могли содержаться в таких вот дырах данные о делах с другими
клиентами. А это - деньги.
bbevr>> (файл
bbevr>> то большой получается -- на 10000 записей -- полмегабайта).
>> Это большой!?
bbevr> хм, ну имеется ввиду -- ну пардон, в приведенном примере 4000 чисел.
bbevr> даже если на каждое отвести по 20 байт - это все равно меньше чем то,
bbevr> что получается. И вообще, получается такая "скачкообразность" -- файл
bbevr> маленький, маленький, на определенном этапе размер на порядок
bbevr> увеличивается, потом опять копит записи, потом опять скачок... как то
bbevr> не нравится мне это. С другими базами лучше?
Hет. Ты можешь предложить более эффективный алгоритм наращивания размера
файла? Кстати, подозреваю, что там есть ручка, которую на эту тему можно
покрутить. Если почитать документацию на лежащую под перловым модулем
библиотеку.
bbevr>> И второй вопрос: постоянно в документации перла и в данной эхе
bbevr>> встречается упоминания о DB_File. Hо на него самого документации
bbevr> нет.
bbevr>> Так вот, ее нет только в ActivePerl'е или это надо брать откуда-то
bbevr>> дополнительно?
>> Документация к перловым модулям поставляется вместе с оными модулями.
>> Поставишь - появится.
bbevr> Имелось ввиду, что оный модуль столь часто упоминается в родной
bbevr> перловой документации, что возникало подозрение, что он входит в
bbevr> стандартную поставку, а у активстейта нет. Как выяснилось, не входит :)
А... Так это выясняется иначе.
ran@Menegroth.ran.pp.ru> perl -MCPAN -e shell
cpan shell -- CPAN exploration and modules installation (v1.48)
ReadLine support available (try ``install Bundle::CPAN'')
cpan> m DB_File
...
Module id = DB_File
DESCRIPTION Tie to DB files
CPAN_USERID PMQS (Paul Marquess <Paul.Marquess@btinternet.com>)
CPAN_VERSION 1.77
CPAN_FILE P/PM/PMQS/DB_File-1.77.tar.gz
DSLI_STATUS Suc (standard,comp.lang.perl.*,C,)
MANPAGE DB_File - Perl5 access to Berkeley DB version 1.x
INST_FILE /usr/lib/perl5/5.005/i386-linux/DB_File.pm
INST_VERSION 1.65
--
Artem Chuprina E-mail: ran@ran.pp.ru
Programmer FIDO: 2:5020/371.32
Memonet Ltd. Phone: +7-095-284-1356
--- ifmail v.2.15dev5
* Origin: NTV Internet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
