просто на майках привык к dbforge

Jetbrains

Здравствуйте, в базе имеются вот такие номера к примеру 89101234567 +79101234567 8(910) 123 45-67 их можно как то найти одним запросом?

новые все уже записываются после подготовки данных, а старых куча, и среди них искать тоже надо

Здравствуйте, в базе имеются вот такие номера к примеру 89101234567 +79101234567 8(910) 123 45-67 их можно как то найти одним запросом?

да, грамотная регулярка нужна в LIKE

в идеале все данные привести в норм вид, вначале

а потом уже не париться

Здравствуйте, в базе имеются вот такие номера к примеру 89101234567 +79101234567 8(910) 123 45-67 их можно как то найти одним запросом?

Регулярка как то так: (8|+7)\(?\d+\)?(\s|-)*\d+(\s|-)*\d+(\s|-)*\d+ Сейчас не за компом, проверить на 100% не могу

Это при условии что все номера валидные, и не будет вариантов с тремя скобками, и т.п.

Это при условии что все номера валидные, и не будет вариантов с тремя скобками, и т.п.

может быть полная Ж, немного поясню задачу: этот поиск будет включен в CRM, в которой клиенты какую херню только не пишут могут даже 8 (910) 123-45-67 Вася

создай маску для формы

и не парься

можно тег input с типом tel юзать

оставляя пользователю несколько вариантов, включая плохой, будь уверен, он выберет плохой

может быть полная Ж, немного поясню задачу: этот поиск будет включен в CRM, в которой клиенты какую херню только не пишут могут даже 8 (910) 123-45-67 Вася

Для этого варианта телефона можно легко дописать регулярку, но для каждого идиота не получится написать регулярку. Поэтому лучше на клиенте приводить к нормальному виду и отсылать на сервер в едином формате .

Для этого варианта телефона можно легко дописать регулярку, но для каждого идиота не получится написать регулярку. Поэтому лучше на клиенте приводить к нормальному виду и отсылать на сервер в едином формате .

сейчас так и делается, но много данных уже собрано до меня

сейчас так и делается, но много данных уже собрано до меня

Тогда регулярка, да)

вопрос больше был в сторону: можно ли как то вычленить все лишнее из мускула, оставив только цифры

бери все цифры с строки и приводи к виду нормальному

вопрос больше был в сторону: можно ли как то вычленить все лишнее из мускула, оставив только цифры

А если будет вариант без +7 и 8 - тогда ты не поймёшь что это за номер

я ищу лайком по 10 цифрам

я +7 и 8 убираю в скрипте

в общем регулярка с перебором всех вариантов

я ищу лайком по 10 цифрам

А ты уверен что в номере 10 цифр? Номера же могут быть и больше 10

мы берем в расчет только РФ

в общем регулярка с перебором всех вариантов

+1

мы берем в расчет только РФ

А если чел находится в РФ но вот номер заграничный?

печально ему, с тарификацией) но это другая ситуация, с которой проблема небыло. ну и плюс перед обрезкой номеров, мы смотрим если у них 11 цифр и обрезаем первые если это 7 или 8

мы уже от темы отошли) ну собственно понял, что лучший вариант 100500 регулярок)

мы уже от темы отошли) ну собственно понял, что лучший вариант 100500 регулярок)

Регулярки на то и придумали, чтобы делать не 100500 а один, ну или парочку если слишком сложная получается )

мы уже от темы отошли) ну собственно понял, что лучший вариант 100500 регулярок)

а почему тупо не выбрать все цифры с строки

?

м... поточнее?

я не хочу в бекенде перебирать все строки, если для этого есть выборка из базы

можно написать апдейт, который проходит по всем строкам и преобразует к нормальному виду

на пхп например

вопрос больше был в сторону: можно ли как то вычленить все лишнее из мускула, оставив только цифры

регэкспом заменить \D на ''

на пхп например

тут немного ситуация по другому обстоит) что это на пхп сделать быстро я вкурсе

ну хочется глобальнее

здравствуйте мужики!

как обычно реализуется такой связь между грузом клиентом? проблема в том что у меня в таблице клиентов будут и отправители и получатели... а в грузе указывается и то и другое. или отделить список получателей от отправителях?

все спять? )

здравствуй

можешь добавить столбец с ролью

что это даст?

будешь отличать покупателя от отправителя

либо создать 2 столбца для груза с отправителем и получателем, если система не расширится до еще каких-то людей

а так?

один связь для получателя другой для отправителя

и получается вот так нормально?

нормально

если ролей в заказе больше не станет

в смысле?

тут перевозки

если нужно будет добавить посредник к примеру

т.е. 3 колонку с связью на клиента

посредника нету, есть перевозчик

)

вообще посмотри примеры похожих бд, популярный же тип бд

и уже отвечали на этот вопрос

кстати хорошая идея

и переименуй колонки

и переименуй колонки

?

Всем привет. Подскажите есть ли у кого пошаговая инструкция настройки репликации. Либо есть гуру кто знает как с ней обращатся. HElp ME! и еще вопрос если репликация была и снесли все ее настройки то при создании новой репликации, таблицы в бд подписчика очищать или можно оставить данные они отсинхронизируются?

А чем вы делаете подобные таблицы?

Всем привет. Подскажите есть ли у кого пошаговая инструкция настройки репликации. Либо есть гуру кто знает как с ней обращатся. HElp ME! и еще вопрос если репликация была и снесли все ее настройки то при создании новой репликации, таблицы в бд подписчика очищать или можно оставить данные они отсинхронизируются?

Можно оставлять по идее, всё синхронизируется, если есть binlog. Я так понимаю, речь о master-slave.

будешь отличать покупателя от отправителя

через две недели: ребят, у меня есть клиент, который одновременно и покупатель, и отправитель

А чем вы делаете подобные таблицы?

на скрине mysql workbench

тут как-то поднимался вопрос "FLOAT или DOUBLE?". вот свежий пример, показывающий, что только DOUBLE: https://bugs.mysql.com/bug.php?id=87794

А чем вы делаете подобные таблицы?

dbForge

на скрине mysql workbench

нет не воркбенч

спасибо

нет не воркбенч

и это dbforge

и это dbforge

уже ответил

тут как-то поднимался вопрос "FLOAT или DOUBLE?". вот свежий пример, показывающий, что только DOUBLE: https://bugs.mysql.com/bug.php?id=87794

какой там прекрасный саппорт

какой там прекрасный саппорт

это не саппорт, это bug verification team. Туда переводят тех, кто плохо работает в саппорте

но по качеству это мало отличается от первой линии саппорта в большинстве компаний. человек может с выражением прочитать руководство. или перевести на уровень выше в любой непонятной ситуации

https://github.com/mysql/mysql-server/commits/5.7

MySQL is dead.

Эм. Ты точно в этом уверен?

Use LAOP or LAPP instead of LAMP

мне посоны с оракла нашептали

Понятно, жаль, хорошее было средство

Long Live MariaDB https://github.com/MariaDB/server/commits/10.2

Шо то хуйня

Шо это

Шо это оби такие хуйни

Аксиома эскобара

Друзья, слушайте, какой тип для столбца выбрать, если мне надо хранить даты в формате Y-m и при том, что значение должно быть уникально? varchar? Или лучше выбрать datetime и просто при селекте делать DATE_FORMAT('%Y-%m'), но тогда уникальность теряется, т.к. можно вписать 2017-09-01 00:00:00 и 2017-09-01 00:00:01 ?