Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Раздел полезных советов: Рекомендации по оптимальному исполь..., auto_tips (ok), 07-Июн-11, (0) [смотреть все] Вот так и делают новые проекты без поддержки IPv6 Зато сэкономили несколько бай, Stax (ok), 14:10 , 07-Июн-11, (1) // Никто не мешает использовать поля вроде BINARY для хранения 128-битных ipv6 адре, igor (??), 20:13 , 07-Июн-11, (2) // Мешают неразумные люди, следующие советам, не подумав Советам вроде этих И луч, Stax (ok), 22:54 , 07-Июн-11, (3) +1 // quote А вот что далекие от IT люди думают по поводу таких вот ограничений, инте, Анончик (?), 01:37 , 08-Июн-11, (4) Не согласен Достоинства хранения IP в int более предпочтительные объем хранимы, ws (ok), 11:18 , 08-Июн-11, (5) Достоинства хранения да и вообще представления ip в int более, чем просто сомни, Dmitry (??), 13:07 , 09-Июн-11, (9) А вы не интересовались как сетевой стек ОС оперирует IP чтобы так утверждать Да, ws (ok), 19:15 , 09-Июн-11, (10) Что вы чушь несёте Стек использует бинарные строки, но никак не ЗНАКОВЫЕ целые, Антоним (?), 00:04 , 19-Июн-11, (22) За знаковые я ничего не говорил, а говорил за целы числа Для вас есть замечател, ws (ok), 18:46 , 20-Июн-11, (25) Сразу видно что не писали ничего серьезного с IP Еще одно преимущество это во, Сергей (??), 03:05 , 17-Июн-11, (15) И что будет достаточной длиной Предусмотреть разную длину CHAR для IPv4 и IPv6 , angra (ok), 13:41 , 08-Июн-11, (6) Плохо, что нет просто UDF типа данных IP-address А уж там он хоть IPv8 , zoonman (ok), 20:27 , 08-Июн-11, (8) Дополню немного The TIMESTAMP data type has a range of 1970-01-01 00 00 01 UTC, zoonman (ok), 20:25 , 08-Июн-11, (7) Уточните какая версия андроида, т к на 2 2 1 вполне нормально заносятся в диапа, Alex (??), 16:13 , 14-Июн-11, (12) 2 2 2Из LG Optimus 2x , Stax (ok), 23:29 , 17-Июн-11, (16) Берём signed int и вполне себе записываем даты 1 1 1970 как отрицательные числ, Axel (??), 16:46 , 15-Июн-11, (13) Не шутите так Во-первых, нестандартно, во-вторых, ну выйграете несколько деся, Stax (ok), 23:34 , 17-Июн-11, (19) Не все пишут программы для работы в Интернет Есть программы сбора данных для ло, Сергей (??), 02:15 , 25-Июн-11, (27) Вот кстати IPv6 хранить в BINARY 16 , есть специальные функции для работы с ними, Дмитрий (??), 03:15 , 06-Ноя-15, (28) ip только в int вы пробывали учитывать трафик по подсетям в строковом вариант, Елка (?), 21:06 , 13-Июн-11, (11) +1 // Ну, под специфические задачи можно использовать разные способы хранения Если у , Stax (ok), 23:33 , 17-Июн-11, (18) эй, чудик, что хранит ip в char, отсортируй-ка их по возрастанию , Av (??), 06:05 , 16-Июн-11, (14) // А зачем, простите Сходу даже задач не приходит в голову, где нужно сортировать , Stax (ok), 23:31 , 17-Июн-11, (17) // Взять максимальный IP по выборке например SELECT FROM table WHERE expr ORDE, Сергей (??), 02:29 , 18-Июн-11, (20)   // Я не понимаю, что такое максимальный IP IP это просто адрес, из четырех чисел, Stax (ok), 05:39 , 19-Июн-11, (24)   А зачем а чтобы выдать допустим следующий ip клиенту Это довольно частая опера, COBA (?), 00:39 , 24-Июн-11, (26)   Еще более экзотический вариант, в БД храним список подсетей в виде int - IP адре, Сергей (??), 02:33 , 18-Июн-11, (21) легко, если хранить в HEX Там же можно делать и выборкии по диапазонам , Антоним (?), 00:06 , 19-Июн-11, (23) 1,11,14

Сообщения

[Сортировка по времени | RSS]

	20. "Рекомендации по оптимальному использованию типов данных в MySQL"	+/–
	Сообщение от Сергей (??), 18-Июн-11, 02:29
	Взять максимальный IP по выборке например: SELECT * FROM table WHERE expr... ORDER BY int_ip DESC LIMIT 1; в вашем случае при хранении в char это: SELECT * FROM table WHERE expr... ORDER BY INET_ATON(char_ip) DESC LIMIT 1; что соответственно overhead
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Рекомендации по оптимальному использованию типов данных в MySQL"	+/–
	Сообщение от Stax (ok), 19-Июн-11, 05:39
	Я не понимаю, что такое "максимальный IP". IP это просто адрес, из четырех чисел, если ipv4. Как вы у адреса определяете, какой больше и какой меньше? И главное, зачем? А для IPv6 вы считаете, что ipv6-in-ipv4 сегмент 2002:: это "больше" и лучше, чем нативные 2001:: адреса? Примерно такая логика?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Рекомендации по оптимальному использованию типов данных в MySQL"	+/–
	Сообщение от COBA (?), 24-Июн-11, 00:39
	А зачем? а чтобы выдать допустим следующий ip клиенту. Это довольно частая операция для провайдеров.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема