Как правильно организовать таблицы?

Question

[Михаил Смирнов]

Есть база в которой на каждый год организуется новая таблица к примеру client_23 на следующий год соответственно client_24. Подскажите как правильно в таком случае оганизовать запросы если модулей с обращениями будет много, как я понял в запросе название таблицы нельзя записать через переменую или в виде константы?

Comments

[res2001]

Чем вызвана подобная организация таблиц?
Что бы так делать, нужны очень веские причины, которые бы перевешивали все возникающие проблемы.

[Михаил Смирнов]

res2001, Просто думал так удобнее один год одна другой год другая, это от плохого знания предмета.

[res2001]

Михаил Смирнов, В общем случае это создает дополнительные проблемы и дополнительный код на вышестоящем уровне. С этим вы уже столкнулись, но еще, похоже, не успели окунуться в проблему сполна.
Это может быть оправдано, только если за год в этой таблице накапливаются миллиарды записей и весят они под несколько десятков/сотен гигабайт. Тогда разные таблицы средствами СУБД можно разнести на разные физические диски. Но и тут есть другие технологии решения проблемы, ниже уже писали. Т.е. подобное усложнение структуры базы и кода можно применять с какой-то целью, а не просто так, потому что хочется. Само по себе это действие не может быть целью.

[Михаил Смирнов]

res2001, Спасибо по совету alexalexes взглянул на ситуацию с другой стороны и понял, что всё делал не так но ошибки тоже опыт. Спасибо res2001, GNUBack, alexalexes, nApoBo3, ThunderCat, d-stream всем за хорошие советы

Answer 1

[alexalexes]

1. Сделать правильную таблицу Client с полем год.
2. Создать индекс на поле год.
3. Сделать импорт из таблиц Client_ГОД в таблицу Client с указанием поля года.
4. Переписать запросы, чтобы присутствовала таблица Client в контексте нужного года (выборка с параметром год).
5. Если очень нужно ограничить выборку по нужному году (по соображениям разграничения прав), то для определенных запросов сделать view по нужному году, выдать права на view для определенного пользователя.

Answer 2

[nApoBo3]

Правильно в таком случае не сделать никак. Это все равно, что спрашивать как по встрече на красный правильно ездить. Базы данных так не "организуют".

Comments

[Михаил Смирнов]

Дельный совет Гуру)

[nApoBo3]

Михаил Смирнов, ирония это хорошо, но нельзя построить дом правильно если в фундаменте все крив.
Вам нужно пересмотреть схему БД, база данных это не эксел где для разных периодов часто используют разные листы.
Скорее всего вам достаточно одной таблицы.

[Vitsliputsli]

Как только не организуют базы данных, и сегментируют, и шардируют. Другое дело, действительно не факт, что здесь это нужно. А если нужно, не факт, что так нужно делать.
Зачем сегментировали? Какую проблему решили таким образом? Почему не встроенными средствами СУБД? Как подразумевалось обращаться к разным сегментам при необходимости?

[Михаил Смирнов]

nApoBo3, без иронии ни как одни нервы)
Vitsliputsli, пока ни чего не решил пока изучаю вопрос думал так удобнее будет на каждый год своя таблица, плохо знаю предмет от того такие мысли сейчас тумаков выхвачу буду изучать)

[Vitsliputsli]

Михаил Смирнов, не делите таблицу без нужды, т.е. без четкого понимания что выиграете, и главное в чем проиграете.
Сколько у вас строк в таблице за все время и за один год? Какова примерная длина одной строки? Сколько лет реально нужно хранить, почему бы не чистить время от времени?

Answer 3

[ThunderCat]

Я так понимаю, клиентов у вас в год копится больше чем позволяет проиндексировать int?
Тогда во первых поздравляю со столь успешным бизнесом.
Во второых - чем обусловлено такое гениальное решение (ну, кроме незнания о существовании bigint)?
Ну и в третьих - при таких оборотах можно было бы позволить себе нанять нормального программиста, или даже архитекта...

Comments

[Михаил Смирнов]

ThunderCat конечно же нет. незнанием и обусловлено. А чем заняться нам пытливым умам)

[ThunderCat]

Михаил Смирнов, Если осознаете что сделали фигню и готовы ее исправить - респект. Для программиста важно учиться постоянно, в том числе и на своих ошибках. Многие упираются рогом - "я тут такое крутое налепил, а вы мне втираете какую-то дичь"... Хорошо что вы к ним не относитесь )

Answer 4

[d-stream]

Вырвать руки "изобретателю" такого извращения. И забить его этими руками.
После этого прислушаться к nApoBo3 и осознать.

p.s. ещё во времена .dbf на изобретателей смотрели как на убогих.

Comments

[Михаил Смирнов]

На многих гениев смотрели как на убогих. Но это я ни в коем случае не о себе.