https://www.opennet.ru/openforum/vsluhforumID13/871.html Всем привет. <br><br>В данный момент планирую написание внутреннего тула, всетал вопрос в выборе БД. Трудность в том, что будет таблица с часто изменяемыми данными, размер которой в данный момент составил бы: 250 000 000 строк. Прошу совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД.<br>В первую очередь рассматриваю использование mysql(с ним больше всего работал), но есть подозрение что на моем железе(это HP proliant G7) оно может работать медленно. <br><br>ЗЫ:<br>на ORACLE денег не дадут 100%.<br><br>Есть вариант разбить одну большую таблицу на много маленьких с одинаковой структурой но разным именем, но это выглядит не совсем красиво с моей точки зрения.<br><br>Прошу совета.<br> https://www.opennet.ru/openforum/vsluhforumID13/871.html#3 Wed, 08 Oct 2014 06:12:40 GMT &gt; Всем привет.<br>&gt; В данный момент планирую написание внутреннего тула, всетал вопрос в выборе БД. <br>&gt; Трудность в том, что будет таблица с часто изменяемыми данными, размер <br>&gt; которой в данный момент составил бы: 250 000 000 строк. Прошу <br>&gt; совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД. <br><br>Добрый день.<br>Если Вам не нужна мощь SQL - то очень симпатично будет смотреться MongoDB.<br>Она на таких запросах работает шустро, а главное - можно разбить на Н серверов.<br><br>Если нужен именно SQL, то как мне кажеться, Вам стоит обратить внимание на PostgreSQL. Но посидеть над тюнингом придется.<br><br>В любом случае ставьте побольше памяти и не стесняйтесь ее занимать <br><br> https://www.opennet.ru/openforum/vsluhforumID13/871.html#1 Mon, 27 Jan 2014 19:07:31 GMT &gt;[оверквотинг удален]<br>&gt; совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД. <br>&gt; В первую очередь рассматриваю использование mysql(с ним больше всего работал), но есть <br>&gt; подозрение что на моем железе(это HP proliant G7) оно может работать <br>&gt; медленно.<br>&gt; ЗЫ: <br>&gt; на ORACLE денег не дадут 100%.<br>&gt; Есть вариант разбить одну большую таблицу на много маленьких с одинаковой структурой <br>&gt; но разным именем, но это выглядит не совсем красиво с <br>&gt; моей точки зрения.<br>&gt; Прошу совета.<br><br>Пока остановился на mysql+partioning<br><br>