https://opennet.me/openforum/vsluhforumID3/87377.html Приходится иметь дело с таблицами, которые содержат редко (или никогда) обновляемые данные, такие как логи. Некоторые таблицы чистятся, некоторые хранят записи "вечно". Чтобы уменьшить нагрузку на диск и ФС, придумали такую вещь как partitioning (Cекционирование).<br><br>Часто необходимо резать таблицу на partition по году по месяцу или по дням месяца/недели. Что-то подсказывает что резать придется по полю типа timestamp.<br><br><br>Сделаем табличку<br><br> CREATE TABLE `foo` (<br> `id` int(11) NOT NULL AUTO_INCREMENT,<br> `date_added` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,<br> `name` varchar(30) DEFAULT NULL,<br> `email` varchar(30) DEFAULT NULL,<br> PRIMARY KEY (`id`)<br> );<br><br>и попробуем порезать ее по годам<br><br> ALTER TABLE foo PARTITION BY RANGE (YEAR(date_added))<br> (<br> PARTITION p2011 VALUES LESS THAN (2012) ,<br> PARTITION p2012 VALUES LESS THAN (2013) ,<br> PARTITION p2013 VALUES LESS THAN (2014)<br> );<br><br>получаем:<br><br> ERROR 1486 (HY000): Constant, random or timezone-dependent exp https://opennet.me/openforum/vsluhforumID3/87377.html#11 Sun, 06 Aug 2023 07:24:38 GMT &lt;script&gt;console.log(1111)&lt;/script&gt;<br> https://opennet.me/openforum/vsluhforumID3/87377.html#9 Wed, 19 Dec 2012 10:08:14 GMT &gt; а софт вы не хотите использовать моей компании, где такой проблемы <br>&gt; никогда не было.<br><br>У этого кривого софта подходы ровно те же, что вы озвучили ранее.<br> https://opennet.me/openforum/vsluhforumID3/87377.html#8 Wed, 19 Dec 2012 08:11:10 GMT Забавно, проблема с кривым софтом, неправильно использующим базу данных, в вашей компании, а софт вы не хотите использовать моей компании, где такой проблемы никогда не было.<br> https://opennet.me/openforum/vsluhforumID3/87377.html#7 Thu, 13 Dec 2012 03:25:25 GMT &gt; проще так написать, вместо того чтобы спрорить с доводами вроде, а вот <br>&gt; в oracle/mssql/db2/postresql триггеры намного быстрее чем в mysql поэтому их можно <br>&gt; везде пихать.<br><br>Скажите, где работаете, чтобы я ненароком софт вашей компании не взял (если она конечно софт производит). Приходится поневоле работать с платформой таких вот "пихальщиков" - тормозилово безбожное. Но выкинуть уже в планах.<br> https://opennet.me/openforum/vsluhforumID3/87377.html#6 Thu, 13 Dec 2012 00:52:19 GMT проще так написать, вместо того чтобы спрорить с доводами вроде, а вот в oracle/mssql/db2/postresql триггеры намного быстрее чем в mysql поэтому их можно везде пихать.<br> https://opennet.me/openforum/vsluhforumID3/87377.html#5 Mon, 10 Dec 2012 17:10:33 GMT &gt; триггеры для логов не очень хорошо, т.к. триггеры медленные в mysql <br><br>внезапно - не только в mysql. технология в принципе тормозная<br> https://opennet.me/openforum/vsluhforumID3/87377.html#4 Mon, 10 Dec 2012 17:08:15 GMT триггеры для логов не очень хорошо, т.к. триггеры медленные в mysql<br> https://opennet.me/openforum/vsluhforumID3/87377.html#3 Wed, 21 Nov 2012 12:57:23 GMT Большинство новостей подобного рода полезно только одним - можно узнать о какой нибудь фиче в области чуть в стороне от основной специальности. А подобные обрывочные знания о предмете расширяют кругозор. Да, все подробно есть в доках, но какой смысл читать документашки от корки до корки, если это не твоя сфера? Лучше эти часы с семьей провести. А для кругозора - достаточно таких заметок.<br> https://opennet.me/openforum/vsluhforumID3/87377.html#2 Wed, 21 Nov 2012 03:45:50 GMT Бугага. Неужели хабр настолько деградировал, что начал писать детские примеры, да еще и одобренные КЭПом из мануала по MySQL?<br><br>Всем желающим разобраться рекомендую:<br>http://dev.mysql.com/doc/refman/5.5/en/partitioning.html<br><br>Исчерпывающая информация, необходимая для понимания - зачем оно, как сделать, и какие ограничения есть. <br>