| |
|
|
| | Пытаюсь вот себе на библиотечку сделать (велосипед может, но рукам и голове занятие найти решил%>).
Сделал таблицу авторов и таблицу содержания книг).
CREATE TABLE `atric` (
`idpart` int(11) NOT NULL auto_increment,
`id_B` int(11) NOT NULL default '0',//номер книги в каталоге
`NFile` varchar(100) NOT NULL default '',//название файла,
`CrFile` varchar(15) NOT NULL default '',//crypt()
`RusName` varchar(200) NOT NULL default '',//имя для отображения потом на странице
`posi` char(1) NOT NULL default '',//поле для задания как отображать
`Comment` smallint(6) NOT NULL default '1',//доп настройка
PRIMARY KEY (`idpart`)
) ENGINE=MyISAM DEFAULT CHARSET=cp1251 AUTO_INCREMENT=1181 ;
|
так вот, имхо, проблема(так ли это???) заключается в следующем - БД оч быстро растет.
Имхо, 1) или так и будет из-за желания хранить содержание именно в БД,
2) или делаю что-то не правильно.
Если 1, то все-путем; если 2 - как исправить?
----
Regards, Max Vasin. | |
| |
|
|
| |
|
|
| |
для: Max Vasin
(22.02.2008 в 03:46)
| | | Под очень быстрым ростом, что подразумевается? | |
| |
|
|
| |
|
|
| |
для: cheops
(22.02.2008 в 12:59)
| | | под большим ростом понимается то, что я ввел данные(содержание) только об одной книге и уже получается 100кб, а книг-то порядком 700 %>.
может как-то иначе надо делать?
----
Regards, Max Vasin. | |
| |
|
|
| |
|
|
| |
для: Max Vasin
(23.02.2008 в 20:47)
| | | Какие сто? Хорошо если один килобайт наберется, и то врядли. | |
| |
|
|
| |
|
|
| |
для: Trianon
(23.02.2008 в 22:08)
| | | вот вся БД
10 таблиц(ы) Всего 1,213 -- cp1251_general_ci 129.0 KB 0 Bytes
|
конкретно указанная таблица
atric 1,180 MyISAM cp1251_general_ci 106.1 KB -
|
записи выглядят так
INSERT INTO `atric` VALUES (42, 1, 'Web_programmirovanie', '0$aAMLzG99qbE', 'Web-программирование', '0', 1);
INSERT INTO `atric` VALUES (43, 1, 'Vzaimosvyaz_terminov', '0$psgZXd7L.7w', 'Взаимосвязь терминов', '0', 1);
INSERT INTO `atric` VALUES (44, 1, 'World_Wide_Web_i_URL', '0$2MP1v3ahGo2', 'World Wide Web и URL', '0', 1);
|
поэтому думаю понимание почему после 1 книги уже 106 кб, а книг как минимум 700 будет | |
| |
|
|
| |
|
|
| |
для: Max Vasin
(23.02.2008 в 23:22)
| | | Сколько записей приходится на одну книгу? | |
| |
|
|
| |
|
|
| |
для: Trianon
(24.02.2008 в 01:30)
| | | по разному выходит.
в одной к примеру 1080, в другой 750, в третьей 240 записей.
и в дополнение длина записи различная(!)
от 10-20 символов, до 200, и видимо некоторые могут быть длиннее
----
Regards, Max Vasin. | |
| |
|
|
| |
|
|
| |
для: Max Vasin
(24.02.2008 в 01:33)
| | | 1080 записей по сотне байт как раз 100Кб и даст.
А что Вас пугает? Ну будет БД на 100Мб и что? | |
| |
|
|
| |
|
|
| |
для: Trianon
(24.02.2008 в 01:57)
| | | Скорее всего пугает то, что используется хостинг, у которого свои ограничении по БД. | |
| |
|
|
| |
|
|
| |
для: Faraon
(24.02.2008 в 02:12)
| | | Какие именно? | |
| |
|
|
| |
|
|
| |
для: Trianon
(24.02.2008 в 11:24)
| | | А разве нет бывает ограничений на размер БД у хостеров?)
Нет, проблема не в этом. Просто (точно не могу сказать почему, чисто имхо) что чем больше БД (количество записей, а следовательно и вес) - тем "тяжелее" (в временном эквиваленте) будет поиск нужной инфы.
----
Regards, Max Vasin. | |
| |
|
|
| |
|
|
| |
для: Max Vasin
(24.02.2008 в 14:36)
| | | >чем больше БД (количество записей, а следовательно и вес)
Причину со следствием не путайте.
Количество записей определяет вес таблицы, но никак не наоборот.
и сложность поиска связана с количеством не линейно, а логарифмически.
Несколько тысяч лючей для БД - это крохи.
Так что работайте над IMHO.
>А разве нет бывает ограничений на размер БД у хостеров?)
Бывают. Но обычно не такие жесткие.
Кроме того , бывают хостеры без ограничений.
Но проблема не в этом. Просто я усомнился в том, что Faraon что-либо знает об огранчениях, которые на БД накладывает Ваш хостер. | |
| |
|
|
