Максимальное количество строк в SQL?

Покавырял яндыкс и не нашел есть ли ограничение на количество строк в таблице sql?
То есть сколько максимум строк можно забить или сколько максимум веса влазит в неё?

ВоВладей сойдай поле с типом int(10), 10 это максимальное значение, и его можно менять,например int(1000).. Поле можно назвать id и все)

(Отредактировано автором: 13 Декабря, 2011 - 18:58:06)

-----
http://mysitecost.ru

Бред.
(Добавление)
Есть bigint (от 0 до 18446744073709551615 если unsigned). Сколько в него влезет, столько строк точно можно. Если обеспечивать PK одним столбцом не нужно, то можно сувать и больше строк. Не знаю, есть ли ограничение, но диапозона чисел bigint более, чем достоточно.
unsiogned int - от 0 до 4294967295. Число в скобках - это число десятичных знаков при отображении, а не максимальное значение никакое, как утверждает Данил_123.

Данил_123, воздержитесь пожалуйста от не соответствующих действительности высказываний

вопрос немножко не в том...
меня интересует сколько строк можно ввести в таблицу, не полей, не символов в поле, а именно строк в таблицу.

В общем-то: http://dev[dot]mysql[dot]com/doc/refman/[dot][dot][dot]-size-limit[dot]html
Т.е., кроме fat, не имеет значения, сервер перестанет адекватно работать раньше. По словам знающих людей - для MySQL это около 200-300Гб данных.

-----
PostgreSQL DBA

Спасибо!

Поставил бы спасибо под твоей аватарой, но не дает, говорит мал я еще)

ВоВладей поздно, ну ладно.. Разве при полях типа инт это не максимальное значение поля? В столбцах типа vаrсhаr эт длина, но в инт это вроде макс.значение..

-----
http://mysitecost.ru

По моим наблюдениям mysql начинает задыхаться на 30Гб таблице при интенсивных вставках и апдейтах.
Интенсивные - это до 50 в секунду в пики, но в среднем(точнее, медиана) около 450 в минуту. Структура таблицы 40 столбцов разных типов (в том числе варчары и даже один text). по 10 столбцам есть индексы (все индексированные столбцы - int и 3 столбца datetime). Таблица партицирована интенсивная работа идет с партицией размером 15% от всей таблицы.
В моменты пиков в логах вижу 2-3 в день сообщения deadlock found.
Сервачок сильный - 48Г оперативки, 4 проца model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz


Так что либо у меня кривые руки в плане админства мускуля (хотя таблица эта до меня создавалась и вообще я почти в админсво не вмешиваюсь), либо 200-300Гб данных всё завышенные цифры.

ВОПРОС БЫЛ В МАКСИМАЛЬНОМ КОЛИЧЕСТВЕ СТРОК или же объем данных.
на вопрос исчерпывающе ответил Мелкий.

ВоВладей так я задал другой вопрос)

-----
http://mysitecost.ru

По словам всё того же дбашника (Илья Космодемьянский) - mysql (да и постгрес) не умеет нормально готовить больше 24гб памяти, а БД больше 8 ядер вообще нагружают редко. Вот в диски упираются очень быстро.

Ну и ключевая фраза - "при интенсивных вставках и апдейтах". 200-300гб - это превалирующее чтение, преимущественно по PK.

-----
PostgreSQL DBA

а что если пару тысяч человек одновременно обратятся к таблице?

Наверное все же зависит от таблицы. Сколько столбцов, каков запрос(индексы будут использоваться, не будут.) Тип таблицы MyISAM InnoDb или другая.
Есть рез-ты в КЭШ нет и т.д. Фиксированная таблица или динамическая(естm ли поля TEXT,varchar) и т.д

ВоВладей врятли такое будет, но даже если, то будет серв залипнет и будет по одному.. Если считать, что в среднем запись производится за 0.01 сек, то это не страшно)

-----
http://mysitecost.ru

Таких нагрузок у нас нет и не предвидится, а количество одновременных соединений ограничеваетсяЦенная инфа. Спасибо.