всем привет
известно что диапазон типа INT составляет
от -2147483648 до 2147483647, либо от 0 до 4 294 967 295
есть тип
BIGINT -9223372036854775808 до 9223372036854775807, либо от 0 до 18 446 744 073 709 551 615
а если количество строк в таблице будет постоянно расти? допустим у нас есть расписание роста волос на голове пациента, каждый волос за меряется каждый день и в базу заноситься инфа его текущей длинны, все на голове пациента
18 000 000 000 000 000 000 волос, не трудно подсчитать что через 18 дней будет достигнуто максимальное количество длинны для уникального ключевого поля с типом BIGINT и как быть?
может быть использовать иной тип поля допустим VARCHAR?
Как обычно решается подобная задача?
Полная Версия: максимальное количество id
ладно поменяю задачу, согласно данным с яндекса Население россии : 142 856 536 чел. (2010) ... печально
ладно иной путь количество страниц вконтакте
190 000 000
для каждой страницы производится 1 000 000 записей каждый день, вообщем скоро таблицы не хватит что делать?
ладно иной путь количество страниц вконтакте
190 000 000
для каждой страницы производится 1 000 000 записей каждый день, вообщем скоро таблицы не хватит что делать?
| Цитата (Guest @ 8.10.2013 - 14:03) |
| для каждой страницы производится 1 000 000 записей каждый день, вообщем скоро таблицы не хватит что делать? |
А посчитать не пробовали на сколько при таком раскладе хватит BIGINT UNSIGNED? 266 лет)) А если уж совсем худо, никто не мешаеть создать 10, 100 разных таблиц..
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
так а как потом эти таблицы связать?
| Цитата (соучастник @ 8.10.2013 - 16:49) |
| либо от 0 до 4 294 967 295 |
А посчитать размер таблицы? Даже если там будет только айдишник и таймштамп, это уже 20 байт строка. Размер таблицы 80 терабайт.
Даже если запись новой строки будет занимать в среднем 0.001 секунды, заполнение таблицы займет 50 суток.
На практике первые пару гигов скорость записи будет может и чуть быстрее, но дальше тормоза на запись будут расти в геометрической прогрессии, поэтому реальный срок заполнения такой базы будет измеряться годами даже на самом быстром железе.
Для сегодняшнего уровня развития техники проблема не актуальна.
_____________
Бесплатному сыру в дырки не заглядывают...
То есть 266 лет это мало? )) Даже если пользователей будет вдвое больше и они будут публиковать вдвое больше записей и то это 66 лет...
И то я очень сомневаюсь, что миллион записей это касается одной таблицы.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
И то я очень сомневаюсь, что миллион записей это касается одной таблицы.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
| Цитата (FatCat @ 9.10.2013 - 16:46) |
| Даже если там будет только айдишник и таймштамп, это уже 20 байт строка. Размер таблицы 80 терабайт. |
80 гигабайт
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
составные ключи спасут отца русской демократии маньяка-ТС
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
| Цитата (соучастник @ 8.10.2013 - 17:49) |
| Как обычно решается подобная задача? |
Для начала - покажи РЕАЛЬНУЮ подобную задачу
Я тоже хочу на неё взглянуть.| Цитата (соучастник @ 8.10.2013 - 17:49) |
| допустим у нас есть расписание роста волос на голове пациента, каждый волос за меряется каждый день и в базу заноситься инфа его текущей длинны, все на голове пациента |
Ты для начала оцени, сколько времени займет ввод данных по такой задаче
И ты поймешь, что она совершенно нереальна.| Цитата (Guest @ 8.10.2013 - 18:03) |
| для каждой страницы производится 1 000 000 записей каждый день |
Тоже совершенно нереальное условие, т.к. просто не хватит ресурсов только для ввода данных. Поэтому не имеет смысла думать, что будет с данными потом - потому что таких данных просто не будет.
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
ну хорошо доводы приведенные вами показались мне убедительными.
вопрос как тогда вы работаете с таблицами?, какое значение типа устанавливаете для уникального поля? какой максимальной длинны?
допустимо ли в ходе работы проекта менять значение этих параметров?
каким образом связывать 2 таблицы, когда одна закончится?
вопрос как тогда вы работаете с таблицами?, какое значение типа устанавливаете для уникального поля? какой максимальной длинны?
допустимо ли в ходе работы проекта менять значение этих параметров?
каким образом связывать 2 таблицы, когда одна закончится?
когда нужно задействовать 2ую таблицу?
| Цитата (Guest @ 9.10.2013 - 23:58) |
| каким образом связывать 2 таблицы, когда одна закончится? |
Интересный вопрос... А что значит, в твоем понимании, "таблица закончится"?
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
где то я видел инфу, что максимально приемлемый вес 1 таблицы у mysql 20 гб.
такого определения достаточно для уточнения вопроса?
такого определения достаточно для уточнения вопроса?
| Цитата (Guest @ 10.10.2013 - 14:58) |
| где то я видел инфу, что максимально приемлемый вес 1 таблицы.... |
Ты вот тут http://ru.wikipedia.org/wiki/MySQL, например, почитать не пробовал?
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
Здесь расположена полная версия этой страницы.