- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
например мне нужно около 30 а мб и 40 столбцов для выдачи из них данных на 1 странице .
как лучше распределить в базе данных? лучше несколько таблиц или 1 лучше??
30 метров - это не размер для бд. 300 - тоже.
kvins, никакой оптимизации вам не надо. Главное проставьте индексы, где надо и всё.
Когда у вас будет база весить более 5 ГБ и там будет более 10 млн. записей, ну можно подумать, чтобы её лишний раз не тревожить :)
sabotage, наверное, под мб подразумевается "может быть"
а че есть такие базы? ето на каких сайтах ?
sabotage, наверное, под мб подразумевается "может быть"
Ну и что что 40 столбцов то? Иногда это лучше, чем 10 JOIN. Хотя ДА, по правилам БД это не правильно... все данные должны быть по разным табличкам, у них должен быть ID, может быть даже составной и он должен все таблички собирать в 1 уникальную и не ДАЙ боже будет, где дублирование данных, лабу не зачтут 😂
да мб =) мне нужно сделать описание кино
а там актеры 5-10 человек
аватар
категория
время
компании
итд мало чего понадобиться
а че есть такие базы? ето на каких сайтах ?
http://www.mysql.ru/webboard/index.html?n1=2937&n2=2
Кол-во таблиц myisam зависит от ограничения ОС в размещении нужного количества файлов (кол-во таблиц * 3) и от объема несущих дисков.
Для InnoDB - это ограничение на размер одного файла, но можно создавать сколько угодно файдов для хранения. Объем ограничивается размером дисков.
Количество записей в одной таблице ограничивается объемом несущих дисков для любого типа таблиц. Для InnoDB можно разбивать базу и таблица будет занимать место в нескольких базах. В MyIsam можно разбивать таблицу на несколько и пользоваться таблицей merge для просмотра всей таблицы. Размер одной таблицы ограничивается максимаьным размером файла в ОС.
т.е. никаких ограничений нет. А такие базы используются, даже на очень крупных сайтах. 1 ГБ это нормальная база варезника, которому года 3-4 :)
спс понятно =)
kvins добавил 24.08.2011 в 20:47
кстати мне понравилось как на страницах кинопоиск на каждой странице с фильмом ,там где актеры можно перейти на их страницы, вот как это сделать?
1) вписывать в 2 базы данных название актера ? а потом 1 базу сверять с другой и потом выводить id для последующей ссылки а если будет 10 актеров то это 10 выборок с базы =(
2)а если вписывать номера ,то это надо знать каждого актера и какой у него id чтобы сверить и вывести на страницу при переходе по ссылке.
как они это сделали?
kvins, вы наверное отстали от современной жизни и новостей о железе. Сейчас не IBM 386, а 16 ядерные "ДУРЫ" каждое из которых по 3,6 ГГЦ. А жестаки в RAID, даже не SSD, просто летают. И ваши 10 выборок, это 0,00001 секунда.
Так же не забывайте, что везде стоят кэши:
1. Кэш на запросы в мускуль
2. Кэш PHP файлов
3. Кэш самих страниц полностью
как они это сделали?
Видно, что вы не в зуб ногой в проектировании БД... такую чушь пишите. Без обид. Почитайте хоть учебники какие-нибудь по MySQL и PHP... или на чем вы там пишите. Тогда такие нубские вопросы отпадут.
Ооочень влом все с нуля описывать.