|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
15.10.2020 14:53, Шавлюк Евгений пишет: > Сейчас номер может быть в формате +nnnnnnnn*kkk (или #?) > Для выхода сразу на внутренний телефон решается добавочным полем Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 15:07 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Мимопроходящийрешается добавочным полем "Спросить Марию Ивановну" тоже добавочным полем?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 15:13 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
15.10.2020 15:13, Dimitry Sibiryakov пишет: > "Спросить Марию Ивановну" тоже добавочным полем?.. ну а? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 15:23 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Fr0sT-Brutal Большая часть из этого - задача визуализации, а вот возможность добавочного номера да, стоит предусмотреть Мой посыл в том, что "преобразовать номер телефона в целочисленное поле" - задача не самая тривиальная и вопрос "эффективности" varchar в этом случае - последнее, о чём должен думать разработчик. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 15:36 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Мимопроходящийну а? Хм, действительно, смысла в индексе для поиска такого телефона - полный ноль. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 15:43 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Симонов Денис demon1992Переделать не проблема (если быть конкретным, это поле номер телефона, я просто выберу функцией из строки только цифры), меня больше интересует, будет ли от этого реальная польза, или это все пережитки прошлого. я бы просто уменьшил ширину(размер) поля. Телефон это всё таки не число. Большие varchar поля могут негативно сыграть на сортировке. Хранятся то они всё равно в сжатом виде Телефон - это действительно не-число. Весь телефонный биллинг опирается на это определение. И если вы учитываете номерную ёмкость таксофонов (это могут быть шестнадцатеричные цифры [0-9A-F]) или если вам важно отличать 09 и 009 то для вас номер тех-средства - это строка. И ничего тут не поделать. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 17:29 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
mayton Симонов Денис пропущено... я бы просто уменьшил ширину(размер) поля. Телефон это всё таки не число. Большие varchar поля могут негативно сыграть на сортировке. Хранятся то они всё равно в сжатом виде Телефон - это действительно не-число. Весь телефонный биллинг опирается на это определение. И если вы учитываете номерную ёмкость таксофонов (это могут быть шестнадцатеричные цифры [0-9A-F]) или если вам важно отличать 09 и 009 то для вас номер тех-средства - это строка. И ничего тут не поделать. в Питере их осталось 399 аппаратов (по данным Ростелекома за 2019 год), да и те собираются ликвидировать нахрен. обслуживание "нулевых" номеров на федеральном уровне планомерно прекращается. некоторые операторы пока ещё предоставляют доступ к таким номерам. в большинстве своём, с сотового на такой номер хрен позвонишь. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 17:52 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
demon1992>выигрыш от того, что поле varchar переделать в int Например, в этом поле хранить количество чего/либо. Если отсортировать его как int, будет красиво, а если как строку - то так себе. Правда, начиная с 2.5 (вроде бы) и строки можно красиво сортировать, с учетом значения чисел в строке... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 17:59 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Хорошо. Поскипаем таксофоны и нулевые. А какое максимальное число цифр биллинг может фиксировать? Я подозреваю что на стыке мобильных операторов эта разрядная сетка может снова увеличится. И если чисто технически идея срабатывает для одного оператора или ведомственной АТС то в глобальном (мировом масштабе) инта может просто не хватить. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 18:14 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
15.10.2020 18:14, mayton пишет: > И если чисто технически идея срабатывает для одного оператора или ведомственной АТС то в глобальном > (мировом масштабе) инта может просто не хватить. 101% пользователей не нужен глобус мирового масштаба Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 18:18 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Ладно делайте. Скажите что получилось. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 18:31 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Старый плюшевый мишка, - алло, это 9-99-99? - да - вызовите, пожалуйста, скорую, у меня палец в диске застрял. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 19:39 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Вот таким манером можно было и сложные номера выучить. Заменяешь каждую вторую цифру на букву а то и все и придумываешь ассоциации. Как доменные имена вместо айпишников. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 20:27 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
15.10.2020 20:27, mayton пишет: > Автор: mayton. Вот таким манером можно было и сложные номера выучить. Заменяешь каждую вторую цифру на букву а то и все > и придумываешь ассоциации. Как доменные имена вместо айпишников. дык и на кнопочных по сию пору присутствует ABC-гедейка Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 11:31 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Сделал тестовую БД, создал пару таблиц, заполнил одинаковыми данными. Статистика индекса: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25.
Сделал запрос: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35.
Меня до сих пор продолжают уверять, что пользоваться индексами по варчар крайне нежелательно.(что по варчар он медленный и занимает много места, а вот по инту он быстрый и весит мало). Я честно хочу понять, объясните плиз, в чем разница в индексах. Может статья есть какая, или видос, буду рад любой инфе. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 12:04 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
16.10.2020 12:04, demon1992 пишет: > Меня до сих пор продолжают уверять... > Я честно хочу понять, объясните плиз... поясняю: "питарасы, сэр!" (С) им хлеба не надо. лишь бы мозги заипать. наивным юношам. беги оттуда. они не остановятся. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 12:18 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
demon1992Меня до сих пор продолжают уверять, что пользоваться индексами по варчар крайне нежелательно.(что по варчар он медленный и занимает много места, а вот по инту он быстрый и весит мало). мифы и легенды demon1992Я честно хочу понять, объясните плиз, в чем разница в индексах. ключи индекса хранятся чуток по разному. Для строк в ключах хранится строка, для чисел и дат — число как double. Префиксное сжатие используется в обоих случаях. Если и есть разница в эффективности то она настолько мала, что не стоит заморачиваться. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 12:26 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
demon1992Меня до сих пор продолжают уверять, что пользоваться индексами по варчар крайне нежелательно кто? покажите мне этих людей. пусть выйдут на свет божий, покажут свою квалификацию. demon1992Я честно хочу понять, объясните плиз, в чем разница в индексах. да никакой нет, о чем я и говорил. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 12:41 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
demon1992, меня вот что удивляет - сидят там какие-то херомоны в подвале, и советы дают. Ну пусть они сюда вылезут-то. Послушаем. А так это какие-то рекомендации трактористов. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 12:55 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
kdvпокажите мне этих людей. пусть выйдут на свет божий, покажут свою квалификацию. Телепаю: это начальник топикстартера. Спорить с ним бесполезно, обучать - слишком поздно. +1 к "беги оттуда". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 13:03 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
16.10.2020 12:55, kdv пишет: > > меня вот что удивляет - сидят там какие-то херомоны в подвале, и советы дают. > Ну пусть они сюда вылезут-то. Послушаем. > А так это какие-то рекомендации трактористов. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 13:07 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov kdvпокажите мне этих людей. пусть выйдут на свет божий, покажут свою квалификацию. Телепаю: это начальник топикстартера. Спорить с ним бесполезно, обучать - слишком поздно. +1 к "беги оттуда". У нас как-то один банк софтину пытался купить, но напоролись на ... "отдел АСУ" этой конторы. Какая-то бумага, заверенная очень страшными подписями, в которой указано, что с данном банке в качестве СУБД используется сервер MS SQL 2005, и больше ничего. Начальник отдела АСУ: "насколько мне известно, в архитектуре классов Delphi есть адаптеры, которые позволяют приложению использовать любую СУБД, могу продемонстрировать; не вижу проблем переделать". Помню, я тогда просто офигел. Ну и ещё какая-то дичь "я слышал, что они <не помню, уже, кто "они"> плохо взаимодействуют, поэтому сделайте <дальше полный п....ц>" ...всё решилось, но, конечно, не "адаптерами", а на административном уровне, хороший опыт. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 13:44 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
Не, никто не заставляет ничего писать, убеждали но не принуждали. Это уже мое, мне было интересно самому во всем разобраться. Всем большое спасибо за участие. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 14:44 |
|
VARCHAR VS INT
|
|||
---|---|---|---|
#18+
demon1992убеждали но не принуждали. кто. нёс. эту. ересь. прошу сообщить. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 15:01 |
|
|
start [/forum/topic.php?fid=40&msg=40008952&tid=1560226]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
137ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 261ms |
0 / 0 |