Вариант для распечатки |
Пред. тема | След. тема | ||
Форум Разговоры, обсуждение новостей | |||
---|---|---|---|
Режим отображения отдельной подветви беседы | [ Отслеживать ] |
Оглавление |
Сообщения | [Сортировка по времени | RSS] |
1. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Stax (ok), 07-Июн-11, 14:10 | ||
> IP адреса лучше всего хранить как UNSIGNED INT. И использовать MySQL | ||
Ответить | Правка | Наверх | Cообщить модератору |
2. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от igor (??), 07-Июн-11, 20:13 | ||
Никто не мешает использовать поля вроде BINARY для хранения 128-битных ipv6 адресов... | ||
Ответить | Правка | Наверх | Cообщить модератору |
3. "Рекомендации по оптимальному использованию типов данных в MySQL" | +1 +/– | |
Сообщение от Stax (ok), 07-Июн-11, 22:54 | ||
Мешают неразумные люди, следующие советам, не подумав. Советам вроде этих. И лучше всего не давать таких вот сомнительных советов. Ведь храня IP-адрес как строку достаточной длины, проблемы уровня хранения потом не возникнет. | ||
Ответить | Правка | Наверх | Cообщить модератору |
4. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Анончик (?), 08-Июн-11, 01:37 | ||
[quote]А вот что далекие от IT люди думают по поводу таких вот ограничений, интересно?..[/quote] | ||
Ответить | Правка | Наверх | Cообщить модератору |
5. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от ws (ok), 08-Июн-11, 11:18 | ||
> Мешают неразумные люди, следующие советам, не подумав. Советам вроде этих. И лучше | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
9. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Dmitry (??), 09-Июн-11, 13:07 | ||
Достоинства хранения (да и вообще представления)ip в int более, чем просто сомнительны. Большинство программ ждут, что ip им будет передан как текстовый тип, некоторые готовы принять 4 бинарных октета, int для ip - экзотика. Да и по здравому размышлению не является он таким типом. Не умножайте сущности. | ||
Ответить | Правка | Наверх | Cообщить модератору |
10. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от ws (ok), 09-Июн-11, 19:15 | ||
> Достоинства хранения (да и вообще представления)ip в int более, чем просто сомнительны. | ||
Ответить | Правка | Наверх | Cообщить модератору |
22. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Антоним (?), 19-Июн-11, 00:04 | ||
Что вы чушь несёте. Стек использует бинарные строки, но никак не ЗНАКОВЫЕ целые | ||
Ответить | Правка | Наверх | Cообщить модератору |
25. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от ws (ok), 20-Июн-11, 18:46 | ||
> Что вы чушь несёте. Стек использует бинарные строки, но никак не ЗНАКОВЫЕ | ||
Ответить | Правка | Наверх | Cообщить модератору |
15. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Сергей (??), 17-Июн-11, 03:05 | ||
Сразу видно что не писали ничего серьезного с IP :) Еще одно преимущество это возможность быстрой выборки диапазона, например какие IP входят в определенную подсеть или в определенный диапазон. Делать INET_ATON на каждом поле при выборках хорошо? Мало того я даже MAC-адреса храню в виде INT64 и тоже только из за возможности выбирать диапазоны! | ||
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору |
6. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от angra (ok), 08-Июн-11, 13:41 | ||
>Ведь храня IP-адрес как строку достаточной длины, проблемы уровня хранения потом не возникнет. | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
8. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от zoonman (ok), 08-Июн-11, 20:27 | ||
Плохо, что нет просто UDF типа данных IP-address. А уж там он хоть IPv8... | ||
Ответить | Правка | Наверх | Cообщить модератору |
7. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от zoonman (ok), 08-Июн-11, 20:25 | ||
Дополню немного: | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
12. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Alex (??), 14-Июн-11, 16:13 | ||
>На андроиде в контакт-листе завести день рождения человека до 1970 года невозможно. | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
16. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Stax (ok), 17-Июн-11, 23:29 | ||
2.2.2 | ||
Ответить | Правка | Наверх | Cообщить модератору |
13. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Axel (??), 15-Июн-11, 16:46 | ||
Берём signed int и вполне себе записываем даты < 1.1.1970 как отрицательные числа. | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
19. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Stax (ok), 17-Июн-11, 23:34 | ||
> Берём signed int и вполне себе записываем даты < 1.1.1970 как отрицательные | ||
Ответить | Правка | Наверх | Cообщить модератору |
27. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Сергей (??), 25-Июн-11, 02:15 | ||
Не все пишут программы для работы в Интернет. Есть программы сбора данных для локальных сетей. Использовать IPv6 в этом случае неразумно, а тратить +12 байт впустую просто глупо - будет БД из одних IP. | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
28. "Рекомендации по оптимальному использованию типов данных в MySQL" | +/– | |
Сообщение от Дмитрий (??), 06-Ноя-15, 03:15 | ||
Вот кстати IPv6 хранить в BINARY(16), есть специальные функции для работы с ними | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
Архив | Удалить |
Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема |
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |