Что лучше, несколько мелких таблиц или одна крупная?

Тема в разделе "SQL", создана пользователем freelanderz, 23 дек 2009.

  1. freelanderz

    freelanderz Гость

    Здравствуйте уважаемые пользователи форума! Помогите советом. Проектирую базу данных на MySQL, задался простым, но очень важным вопросом - что лучше, одна большая таблица или много маленьких? (с точки зрения дальнейшей обработки и пр.). Допустим есть данные их можно поместить в 1 таблицу 100 000 записей или в 100 по 1000 или в 10 по 10000. Будет стандартная работа с базой: добавление, удаление, несложный поиск в ней.
    И еще, скажите пожалуйста сколько записей в таблице в MySQL максимально допустимо?
    Спасибо большое, жду ответов от знающих людей.

    Добавлено: Смысл в том что есть однотипные записи их можно хранить в одной таблице или в нескольких, потому что логически записи будут большими группами. есть ли смысл эти записи делить на таблицы по этим группам, простой пример есть записи допустим по городам, стоит ли делать для каждого города отдельную таблицу если для каждого такого города будет по 10 000 записей. То есть для 10 городов 100 000записай, но вобще городов может быть больше 10 например 40 или 50. Более всего важна именно выборка из таблиц, поиск второстепенная задача и не особо важен Или все записи в том числе из разных городов слоить в одну кучу, или раскидать по отдельным таблицам.

    хотел еще добавить, что про нормализацию речи не идет, меня интересует вопрос именно с физической точки зрения - скорость выборки главное.
     
  2. freelanderz

    freelanderz Гость

    а от чего же она зависит? количество таблиц в бд - один из факторов при скорости выборки конечных данных, сейчас вопрос не в этом.

    Добавлено: Города я просто так привел, как бы логически если делить. но смысл не в том. Есть объем данных которому не нужна нормализация и так далее. Добавление новых данных и прочее мы сейчас не рассматриваем. Есть объем данных, положим он не меняется. мне нужно выбирать массивы данных из этого набора. где это быстрее будет происходить из таблицы размерностью 100 000 записей, или из 10 таблиц размерностью 10 000 записей.

    Важное замечание: выборка всегда только из ОДНОЙ таблицы. То есть если я делю на 10 то выбирать мне нужно будет только из одной, мне известной таблицы. А не из нескольких. По сути вопрос сводиться к тому откуда будет выборка быстрее из большой или из маленькой таблицы. Ответ очевиден, из маленькой, но мне важна именно разница скоростей, на сколько она будет существенна, или наоборот пренебрежительно мала. Интересует именно если таблица будет довольно таки большой в 300 000 тыщ записей.
     
  3. DZX

    DZX Гость

    Таких данных в чистом виде вы не получите нигде и ни у кого, тольку у себя :)
    так как слишком много факторов влияет на это софт+железо+операционка.
    Самый эффективный способ - соберите стенд и погоняйте тесты и так и сяк и
    сравните результаты...
     
  4. DZX

    DZX Гость

    В поисках золотого ключика :D
     
  5. ????

    ???? Гость

    одна сущность - одна таблица. а дробить надо с использованием partitioning (для мускула описание глянь тут: http://habrahabr.ru/blogs/webdev/66151/)
     
  6. vital

    vital Больной Компом Детектед

    Регистрация:
    29 янв 2006
    Сообщения:
    2.468
    Симпатии:
    27
    404 там..
     
  7. ????

    ???? Гость

    :eek:fftop:
    косяк распознавания ссылок вкрался )) я в [ url ] не оборачивал, а автоматом скобочку захватило :)
     
Загрузка...

Поделиться этой страницей