Привет, помогите решиться.
Есть около 10 статических таблиц INNODB, по 150-200 тыс. записей.
Таблицы похожие между собой по структуре:
/INT/INT/INT/DECIMAL(10,2)/INT
/INT/INT/INT/DECIMAL(8,2)/INT
/INT/INT/INT/DECIMAL(7,1)/INT
/INT/INT/INT/DECIMAL(6,1)/INT
/INT/INT/INT/DECIMAL(5,0)/INT
/INT/INT/INT/DECIMAL(10,1)/INT
/INT/INT/INT/DECIMAL(1,1)/INT
у них одинаковый составной индекс по всем полям (кроме первого - auto id).
Есть мысль объединить их в одну, поглощающую в себе размерности других, а именно в первую:
/INT/INT/INT/DECIMAL(10,2)/INT
Но естественно мысль о серьезной избыточности для таблицы, скажем вида:
/INT/INT/INT/DECIMAL(1,1)/INT
заставляет притормозить.
Что думаете?
Спасибо.
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
Полная Версия: Помогите с выбором структуры таблиц
Я думаю- не стоит. С одной стороны удоюней, с другой- больше места ханимать будут
Ну а если таблиц будет не 10, а скажем 50...
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
Правильно, экономьте на битах, они сейчас ужас какие дорогие.
Это не говоря уже о том, что надо смотреть, как вообще мускул такой тип хранит. Если я не ошибаюсь, разницы между int и bigint внутри мускула нет (все приводится к bigint'у).
_____________
Свои мозги еще никто не отменял.
Телепатов нету.
Это не говоря уже о том, что надо смотреть, как вообще мускул такой тип хранит. Если я не ошибаюсь, разницы между int и bigint внутри мускула нет (все приводится к bigint'у).
_____________
Свои мозги еще никто не отменял.
Телепатов нету.
waldicom
Совесть мучает записать число в интервале:0.1-9.1 в колонку для 9999999.99
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
Совесть мучает записать число в интервале:0.1-9.1 в колонку для 9999999.99
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
| Цитата (ABC @ 21.11.2013 - 04:24) |
| Есть около 10 статических таблиц INNODB, по 150-200 тыс. записей. |
| Цитата (ABC @ 21.11.2013 - 04:24) |
| у них одинаковый составной индекс по всем полям (кроме первого - auto id). |
| Цитата (ABC @ 21.11.2013 - 04:24) |
| Что думаете? |
Я так думаю, что лучше объединить. С точки зрения работы с данными будет лучше. Единственная проблема - это объем. Если каждая по 150-200 тыщ записей, то в 10 будет порядка 2 млн. записей. А это может потребовать, возможно, создания партиций.
| Цитата (ABC @ 21.11.2013 - 05:57) |
| Совесть мучает записать число в интервале:0.1-9.1 в колонку для 9999999.99 |
А когда ты пишешь 1-2-3-4-... в автоинкрементную колонку, которая bigint, то совесть не мучает?
Ты вот что скажи: данные могут выбираться сразу из нескольких таких таблиц?
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
Топну тему, т.к. до сих пор не могу определится. Помогите решиться на вариант. Объединять или нет. Потом объединить уже будет почти невозможно.
| Цитата |
| Ты вот что скажи: данные могут выбираться сразу из нескольких таких таблиц? |
Джойниться между собой они не будут, но работать с ними будут разные юзеры одновременно.
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
Блин, а может все варианты DECIMAL заменить общим FLOAT.
???
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
???
_____________
Не тот велик, кто не падал, а тот кто падал и поднимался.
Здесь расположена полная версия этой страницы.