P.S. Тип таблиц: InnoDB, тип полей: mediumint.
Спустя 5 минут, 57 секунд (31.01.2012 - 20:36) DarkLynx написал(а):
Не совсем понял как это много таблиц и мало записей, для одной сущности, они что дублироваться будут?? Дублировать не нужно..
А вот выделить в отдельные таблицы какие то элементы которые не напрямую связаны с сущностью, можно вынести в отдельные таблицы...
А вообще для ускорения запросов и снижения нагрузки составьте хорошие индексы..
Что касается InnoDB на селекты она работает медленее чем MyISAM, но если решите организовать репликацию, то оставьте InnoDB... Это кстати сократит нагрузки на sql сервер..
А вот выделить в отдельные таблицы какие то элементы которые не напрямую связаны с сущностью, можно вынести в отдельные таблицы...
А вообще для ускорения запросов и снижения нагрузки составьте хорошие индексы..
Что касается InnoDB на селекты она работает медленее чем MyISAM, но если решите организовать репликацию, то оставьте InnoDB... Это кстати сократит нагрузки на sql сервер..
Спустя 14 минут, 26 секунд (31.01.2012 - 20:51) Skesh написал(а):
Нет дублироватся не будут, 200 таблиц это много? Индекс там один, селект идет по дате, и если таблица одна то + названи здания, как тут помогут индексы?
Спустя 51 секунда (31.01.2012 - 20:51) Skesh написал(а):
Упрощю вопрос: что лутше для селекта:
1. Одна таблица и более 1,000,000 записей в ней.
2. Двести таблиц и 5000 записей в каждой???
И спасиба за совет с MyISAM переведу таблицы на него.
1. Одна таблица и более 1,000,000 записей в ней.
2. Двести таблиц и 5000 записей в каждой???
И спасиба за совет с MyISAM переведу таблицы на него.
Спустя 2 минуты, 45 секунд (31.01.2012 - 20:54) alexbel2404 написал(а):
вот на дату индекс и повесить
Спустя 1 минута, 5 секунд (31.01.2012 - 20:55) sergeiss написал(а):
Миллион записей при правильных индексах - не так и много 
К тому же, можно сделать разные таблицы. Но не для разных зданий, а для текущей работы и архив, всего 2 таблицы. Больше не надо. По прошествии некоего времени (год-два) сбрасываешь данные в архивную таблицу, потому что с ней, я думаю, работы особо и не будет никакой. А в основной, текущей таблице данных будет меньше.
К тому же, можно сделать разные таблицы. Но не для разных зданий, а для текущей работы и архив, всего 2 таблицы. Больше не надо. По прошествии некоего времени (год-два) сбрасываешь данные в архивную таблицу, потому что с ней, я думаю, работы особо и не будет никакой. А в основной, текущей таблице данных будет меньше.
Спустя 16 секунд (31.01.2012 - 20:56) Skesh написал(а):
эээ, а можно пример или сулку на манул какой?
Спустя 1 минута, 55 секунд (31.01.2012 - 20:57) Skesh написал(а):
sergeiss интересная мысля,спасибо, я слобоват в индексах, все время пользовался одним =) можна ссылку на манул какой или хорошую статтю по этому поводу? буду оч признателен.
Спустя 1 минута, 10 секунд (31.01.2012 - 20:59) bob marley написал(а):
Skesh
2вариант на мой взгляд..сам думай как тебе будет удобно!
Лучше или хуже мне кажется тут роли вообще не играет..только быстрота запроса наверно..если думать логически..вот тебе легче найти в шкафу носки на определенной полке или во всем шкафу вперемешку со всей одеждой?
2вариант на мой взгляд..сам думай как тебе будет удобно!
Лучше или хуже мне кажется тут роли вообще не играет..только быстрота запроса наверно..если думать логически..вот тебе легче найти в шкафу носки на определенной полке или во всем шкафу вперемешку со всей одеждой?
Спустя 2 минуты, 54 секунды (31.01.2012 - 21:02) sergeiss написал(а):
| Цитата (bob marley @ 31.01.2012 - 21:59) |
| вот тебе легче найти в шкафу носки на определенной полке или во всем шкафу вперемешку со всей одеждой? |
...чувствует большой опыт в этих вопросах
Образ очень хороший, надо заметить. Хотя при индексации "вперемешку" не будет.| Цитата (Skesh @ 31.01.2012 - 21:57) |
| можна ссылку на манул какой или хорошую статтю по этому поводу? буду оч признателен. |
А что именно не понятно? Если не понятно "вообще" или какие-то определенные моменты?
Спустя 3 минуты, 29 секунд (31.01.2012 - 21:05) bob marley написал(а):
sergeiss
Ну даже самому когда он будет заходить в phpmyadmin будет такая же ситуация как с носками
Ну даже самому когда он будет заходить в phpmyadmin будет такая же ситуация как с носками
Спустя 54 секунды (31.01.2012 - 21:06) Skesh написал(а):
как с поля даты сделать индекс и искать по нем? вот это не понятно.
Спустя 3 минуты, 3 секунды (31.01.2012 - 21:09) bob marley написал(а):
Skesh
ты имеешь ввиду у тебя есть в таблице поле дата?
и как сделать на неё индекс?
это проще простого!при создании таблицы создай поле id c особенностями int(intenger) и A_I Auto Increment и будет автоматически создавать как будет заноситься в таблицу информация..или тебя надо конкретный индекс указывать?
ты имеешь ввиду у тебя есть в таблице поле дата?
и как сделать на неё индекс?
это проще простого!при создании таблицы создай поле id c особенностями int(intenger) и A_I Auto Increment и будет автоматически создавать как будет заноситься в таблицу информация..или тебя надо конкретный индекс указывать?
Спустя 10 минут, 38 секунд (31.01.2012 - 21:20) Skesh написал(а):
bob marley я так уже сделал, я думал что саму дату можно назначит как индекс и поней осуществлять поиск. Пример с носками рулит =) а 200 таблиц для БД это не много?
Спустя 14 минут, 57 секунд (31.01.2012 - 21:35) sergeiss написал(а):
| Цитата (Skesh @ 31.01.2012 - 22:20) |
| а 200 таблиц для БД это не много? |
Если это разные таблицы, с разнотипными данными, то нормально. А если одно и то же, но для разных объектов (для твоих разных зданий), то это очень плохая архитектура БД.
Спустя 16 секунд (31.01.2012 - 21:35) bob marley написал(а):
Skesh
Погоди..Забыл спросить, а у тебя будет одинакового вида инфа визде храниться или разного?если структура одинакова то много не надо!Таблицы делаются например: user_mail , user_info, user_blog, user_online понял?а если у тебя одинаковая структура тогда не знаю..
Погоди..Забыл спросить, а у тебя будет одинакового вида инфа визде храниться или разного?если структура одинакова то много не надо!Таблицы делаются например: user_mail , user_info, user_blog, user_online понял?а если у тебя одинаковая структура тогда не знаю..
Спустя 3 минуты, 55 секунд (31.01.2012 - 21:39) bob marley написал(а):
Было бы легче мне решить твою проблему если бы уже хотя бы начало было,по фигу как сделано..вариант с кучей таблиц или с кучей строк
Спустя 4 минуты, 18 секунд (31.01.2012 - 21:43) Skesh написал(а):
мммммм.... даные действительно однотипные и структура одинаковая, но архив сделать тоже не получится, анализ идет за все года, потому запросы ко всем записям. Наверно пример с носками сюда лутше подходит.
Спустя 1 минута, 46 секунд (31.01.2012 - 21:45) bob marley написал(а):
Делай тогда таблицы с каждым годом!!! например year2010, year2011, year2012
вот и все решение
Подойдет такой вариант?Ну носки-то это тема,тем более я придумал
вот и все решение
Подойдет такой вариант?Ну носки-то это тема,тем более я придумал
Спустя 7 минут, 31 секунда (31.01.2012 - 21:52) Skesh написал(а):
sergeiss что скажеш, таблица на год норм будет?
Спустя 1 минута, 12 секунд (31.01.2012 - 21:53) Skesh написал(а):
самое смешное то что БД у меня и была построена по такому принцыпу year2010, year2011, year2012, терь переделывать обратно 
Спустя 1 минута, 23 секунды (31.01.2012 - 21:55) bob marley написал(а):
Skesh
ну мне кажется в вашем случае это самый хороший вариант..тем более надо вам к примеру все данные с 2009года вы хоп и все вывели!не правда прекрасно?прекрасно!
ну мне кажется в вашем случае это самый хороший вариант..тем более надо вам к примеру все данные с 2009года вы хоп и все вывели!не правда прекрасно?прекрасно!
Спустя 3 минуты, 46 секунд (31.01.2012 - 21:59) Skesh написал(а):
хорошо, терь так, где будет лутше производительность?:
В таблицах по годах или в варианте где 200 таблиц? мне просто влом переделывать и хочу найти хоть какоето оправдание чтобы это го не делать
В таблицах по годах или в варианте где 200 таблиц? мне просто влом переделывать и хочу найти хоть какоето оправдание чтобы это го не делать
Спустя 2 минуты, 49 секунд (31.01.2012 - 22:01) bob marley написал(а):
Skesh
я толку не вижу делать столько таблиц,посколько одинаковая структура!
Погодичное лучше!
Не ленись,будет хуже по себе знаю
я толку не вижу делать столько таблиц,посколько одинаковая структура!
Погодичное лучше!
Не ленись,будет хуже
по себе знаю Спустя 2 минуты, 31 секунда (31.01.2012 - 22:04) Skesh написал(а):
Ясн, лан спасибо все за советы пойду трудится.
пойду трудится. Спустя 40 минут, 8 секунд (31.01.2012 - 22:44) asokol написал(а):
Skesh, а какого рода будут запросы, собирающие данные?
Спустя 9 часов, 17 минут, 16 секунд (1.02.2012 - 08:01) sergeiss написал(а):
Skesh - много слов ни о чем
Я думаю, что все-таки лучше сделать одну таблицу (а не две) и не париться. Будет проще. С двумя таблицами имеет смысл заморачиваться, когда данных много. У тебя их не так уж и много.
Я думаю, что все-таки лучше сделать одну таблицу (а не две) и не париться. Будет проще. С двумя таблицами имеет смысл заморачиваться, когда данных много. У тебя их не так уж и много.
Спустя 49 минут, 10 секунд (1.02.2012 - 08:51) alexbel2404 написал(а):
| Цитата (Skesh @ 31.01.2012 - 22:06) |
| как с поля даты сделать индекс и искать по нем? вот это не понятно. |
CREATE INDEX ixDate ON `table_name` (`field`);
Дальше можешь не заморачиваться, при выборке по полю с датой будет автоматом использоваться индекс.
Спустя 1 день, 12 часов, 59 минут, 20 секунд (2.02.2012 - 21:50) Skesh написал(а):
| Цитата (alexbel2404 @ 1.02.2012 - 05:51) |
CREATE INDEX ixDate ON `table_name` (`field`); |
Уточните пжлст, здесь мне нужно будет делать выборку по полю ixDate или field?
Спустя 9 минут, 37 секунд (2.02.2012 - 21:59) GET написал(а):
field
Спустя 2 минуты, 2 секунды (2.02.2012 - 22:02) GET написал(а):
CREATE [UNIQUE] [ASC[ENDING] | DESC[ENDING]]
INDEX index ON table (col [, col ...]);
index - имя индекса
table - имя таблицы
col [, col ...] - имя столбц(а)ов по которым(ому) идет сортировка
INDEX index ON table (col [, col ...]);
index - имя индекса
table - имя таблицы
col [, col ...] - имя столбц(а)ов по которым(ому) идет сортировка
Спустя 11 часов, 18 минут, 42 секунды (3.02.2012 - 09:20) Skesh написал(а):
Спс.
_____________
*пускает слюну, глядя на код* :)