Вы должны удалить группы захвата или сделать их не захватывающими:
text = " -45.124, 1124.325"
puts text.scan(/[+-]?\d+(?:\.\d+)?/)
См. demo , вывод:
-45.124
1124.325
См. scan
documentation :
Если шаблон не содержит групп, каждый отдельный результат состоит из согласованной строки
blockquote>$&
. Если шаблон содержит группы, каждый отдельный результат сам по себе является массивом, содержащим одну запись для каждой группы.Ну, если вам также нужно сопоставить такие поплавки, как
.04
вы можете использовать[+-]?\d*\.?\d+
. См. еще одно демо
Как кто-то, кто недавно переключил проект от MySQL до Postgresql, я не сожалею о переключателе.
основным различием, с точки зрения Django, является более строгая ограничительная регистрация в Postgresql, который является хорошей вещью, и также это немного более утомительно, чтобы сделать ручные изменения схемы (иначе миграции).
существует, вероятно, приблизительно 6 приложений миграции базы данных Django там, и по крайней мере один не поддерживает Postgresql. Я не считаю это недостатком хотя, потому что можно использовать одного из других или сделать их вручную (который является тем, что я предпочитаю банкомат).
Полнотекстовый поиск мог бы лучше поддерживаться для MySQL. MySQL поддерживали встроенный полнотекстовый поиск из Django, но это довольно бесполезно (никакое выделение основы слова, поиск фразы, и т.д.). Я использовал django-сфинкс как более оптимальный вариант для полнотекстового поиска в MySQL.
Полнотекстовый поиск встроен с Postgresql 8.3 (для более ранних версий нужен модуль TSearch). Вот хорошее учебное сообщение в блоге: Полнотекстовый поиск в Django с PostgreSQL и tsearch2
большая база данных с несколькими сотнями тысяч записей,
Это не большая база данных, это - очень маленькое.
я выбрал бы PostgreSQL, потому что он имеет намного больше функций. Старший значащий это этот случай: в PostgreSQL можно использовать Python в качестве процедурного языка.
Пойдите с тем, какой бы ни Вы более знакомы с. MySQL по сравнению с PostgreSQL является бесконечной войной. Они оба - превосходные механизмы базы данных, и оба используются крупнейшими сайтами. Это действительно не имеет значения на практике.
Это приложение будет размещено на Ваших собственных серверах или хостинговой компанией? Удостоверьтесь, что, если Вы используете хостинговую компанию, они поддерживают предпочтительную базу данных.
Если уж на то пошло, создатели Django рекомендуют PostgreSQL.
Если вы не привязаны к какой-либо унаследованной системе и имеете свободу выбора базу данных, мы рекомендуем PostgreSQL, который обеспечивает прекрасный баланс между стоимостью, возможностями, скоростью и стабильностью. (The Definitive Guide to Django, p. 15)