Замена одних данных в поле таблицы Foxpro во всех записях на другие

@KTG_1980 · Регистрация: 12.03.2015

Студворк — интернет-сервис помощи студентам

Имеется таблица MAIL с определенными полями (например: fio,adres, mestopr, mestopropiski). В поле mestopr стоит гМосква. Необходимо заменить гМосква на г. Москва во всех записях (строках, а их порядком около 12000) данной таблицы (MAIL).
Подскажите, пожалуйста, каким образом это можно сделать.

@sergeynizamov · 13.03.2015, 06:17

я так понимаю Вам необходимо найти все записи в таблице с условием Москва и заменить ее на Г.Москва?!
можно сделать следующим образом:

Code
1
2
3
4
5
select tbl
go top
scan for mestopr='Москва'
replece mestopr with 'г.Москва'
endscan

@sks1904 · 13.03.2015, 13:58

Code
1
update ваша_таблица set mestopr = 'г. Москва' where alltrim(mestopr) == 'гМосква'

Добавлено через 4 минуты

Сообщение от sergeynizamov

я так понимаю Вам необходимо найти все записи в таблице с условием Москва и заменить ее на Г.Москва?!
можно сделать следующим образом:
select tbl
go top
scan for mestopr='Москва'
replece mestopr with 'г.Москва'
endscan

или так:

Code
1
REPLACE mestopr WITH 'г. Москва' FOR ALLTRIM(mestopr) == 'гМосква'

sergeynizamov, Ваш скан на 12 000 записях будет выполняться очень долго, переходите уже на sql-команды

@Puls · 11.04.2015, 08:08

UPDATE tbl SET mestopr='г. Москва' WHERE ALLTRIM(mestopr)='гМосква'
А, вообще, почитайте про нормализацию данных. Такие значения должны браться из справочников.

@tmpnik1 · 14.04.2015, 11:16

Сообщение от sks1904

sergeynizamov, Ваш скан на 12 000 записях будет выполняться очень долго, переходите уже на sql-команды

Извиняюсь, что вмешиваюсь, но это не очевидно... долго-быстрее, за счет чего будет SQL команда, выполняться быстрее, индексных файлов нет, под командой select from, зашита(наверное на Си) та же функция перебора записей, алгоритм выполнения select from внутри языка начинает много проверок(клиент, не клиент, индекс есть нет и т.д.), эти проверки, потери микросекунд, что с той, что с другой стороны, возмещаются аппартно и не заметны, т.е. выбор того или иного метода, наверное не в скорости...

@sks1904 · 14.04.2015, 12:43

test_12000.zip
Просто испытайте, к сожалению теоретическое обоснование не помню.
Если БД будет огромной, а пользователей много, скорость исполнения снизится в разы.

@tmpnik1 · 15.04.2015, 06:46

Да, Вы правы, конечно можно спорить о неочевидности, но не буду флеймить...:-), т.к. я не знаю какие настройки и как используется в SQL командах, например в Вашей программе scan проигрывает очень много, но почему?, потому что, например, происходит вывод сообщений в статусную строку..., стоит в Вашу программу включить set status off и уже различия не столько критичны, если дальше оптимизировать настройки среды, то и дальше можно уменьшить время.. Т.е. конструкция scan более гибкая и ориентируется на настройки, команда SQL заточена на скорость, и отключает все что можно, чтоб выиграть в скорости....:-)

@sks1904 · 15.04.2015, 07:53

Ну во-первых, пользователи очень любят статусную строку, и отключать ее - это лишать пользователей плюшки.
Иногда некоторые даже просят сделать прогресс-бар на какую-нибудь длительную операцию, и пользователю без разницы, что все будет зверски с ним тупить, поэтому делаешь программу максимально скоростной, чтобы подобных прогресс-баров юзерам не хотелось.
Во-вторых, дбф - это все таки прошлый век, сейчас все хотят хранить данные в каком-нибудь SQL-сервере (MySQL, MS SQL и т.д.). Знаете SQL - хорошо, используете его - еще лучше. Минимум, просто самый минимум исправлений в программе, и ваше ПО работает уже с SQL-сервером и даже удаленно через интернет, опять же сильно не тормозя.
В-третьих, легче после вас ковырять исходники, если они написаны по стандартам. Хотя бы того же SQL.

@tmpnik1 · 15.04.2015, 08:08

в SQL, вообще не используется статусная строка, на какой строке стоит указатель...:-),
а насчет прошлого века... весь обмен на dbf, КЛАДР dbf файл c программой на fpd2/6, пенсионка у всех есть преобразовать из DBF файлов, некоторые написаны на DBAse.. т.е. не важно в каком веке они написаны, но топор был и в каменном веке и сейчас он необходим, бат файлы как всегда выручают и т.д...., в общем на любителя....:-)

Новые блоги и статьи Все статьи Все блоги /
Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем	10 пpимет, которые всегда сбываются Maks 31.03.2026 1. Чтобы, наконец, пришла маршрутка, надо закурить. Если сигарета последняя, маршрутка придет еще до второй затяжки даже вопреки расписанию. 2. Нaдоели зима и снег? Не надо переезжать. Достаточно. . .	Перемещение выделенных строк ТЧ из одного документа в другой Maks 31.03.2026 Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .	Functional First Web Framework Suave DevAlt 30.03.2026 Sauve. IO Апнулись до NET10. Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта так и в интерактивном режиме. из сложностей - чисто функциональный подход. Решил. . .
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .

@KTG_1980 0 / 0 / 0 Регистрация: 12.03.2015 Сообщений: 1

	Замена одних данных в поле таблицы Foxpro во всех записях на другие 12.03.2015, 22:22. Показов 9209. Ответов 8 Метки нет (Все метки) Имеется таблица MAIL с определенными полями (например: fio,adres, mestopr, mestopropiski). В поле mestopr стоит гМосква. Необходимо заменить гМосква на г. Москва во всех записях (строках, а их порядком около 12000) данной таблицы (MAIL). Подскажите, пожалуйста, каким образом это можно сделать. 0

@Puls 1 / 1 / 0 Регистрация: 20.09.2014 Сообщений: 70
	11.04.2015, 08:08
	UPDATE tbl SET mestopr='г. Москва' WHERE ALLTRIM(mestopr)='гМосква' А, вообще, почитайте про нормализацию данных. Такие значения должны браться из справочников. 0

@sks1904 187 / 180 / 29 Регистрация: 26.05.2011 Сообщений: 856
	14.04.2015, 12:43
	test_12000.zip Просто испытайте, к сожалению теоретическое обоснование не помню. Если БД будет огромной, а пользователей много, скорость исполнения снизится в разы. 1

@tmpnik1 76 / 32 / 11 Регистрация: 28.02.2011 Сообщений: 2,070
	15.04.2015, 06:46
	Да, Вы правы, конечно можно спорить о неочевидности, но не буду флеймить...:-), т.к. я не знаю какие настройки и как используется в SQL командах, например в Вашей программе scan проигрывает очень много, но почему?, потому что, например, происходит вывод сообщений в статусную строку..., стоит в Вашу программу включить set status off и уже различия не столько критичны, если дальше оптимизировать настройки среды, то и дальше можно уменьшить время.. Т.е. конструкция scan более гибкая и ориентируется на настройки, команда SQL заточена на скорость, и отключает все что можно, чтоб выиграть в скорости....:-) 0

@sks1904 187 / 180 / 29 Регистрация: 26.05.2011 Сообщений: 856
	15.04.2015, 07:53
	Ну во-первых, пользователи очень любят статусную строку, и отключать ее - это лишать пользователей плюшки. Иногда некоторые даже просят сделать прогресс-бар на какую-нибудь длительную операцию, и пользователю без разницы, что все будет зверски с ним тупить, поэтому делаешь программу максимально скоростной, чтобы подобных прогресс-баров юзерам не хотелось. Во-вторых, дбф - это все таки прошлый век, сейчас все хотят хранить данные в каком-нибудь SQL-сервере (MySQL, MS SQL и т.д.). Знаете SQL - хорошо, используете его - еще лучше. Минимум, просто самый минимум исправлений в программе, и ваше ПО работает уже с SQL-сервером и даже удаленно через интернет, опять же сильно не тормозя. В-третьих, легче после вас ковырять исходники, если они написаны по стандартам. Хотя бы того же SQL. 0

@tmpnik1 76 / 32 / 11 Регистрация: 28.02.2011 Сообщений: 2,070
	15.04.2015, 08:08
	в SQL, вообще не используется статусная строка, на какой строке стоит указатель...:-), а насчет прошлого века... весь обмен на dbf, КЛАДР dbf файл c программой на fpd2/6, пенсионка у всех есть преобразовать из DBF файлов, некоторые написаны на DBAse.. т.е. не важно в каком веке они написаны, но топор был и в каменном веке и сейчас он необходим, бат файлы как всегда выручают и т.д...., в общем на любителя....:-) 0