|
| |
|
|
| |
для: kosta_in_net
(22.09.2014 в 12:44)
| | | почему это не можете?
Можете.
Составляете регламент заполнения документа, утверждаете у начальства его содержание и сроки внедрения. | |
| |
|
|
| |
|
|
| |
для: Trianon
(22.09.2014 в 12:37)
| | | проблема в исходных данных. Я не могу на них повлиять. Они заполняются в экселе как попало разными операторами. Моя задача хоть как-то упорядочить исходный хаос. | |
| |
|
|
| |
|
|
| |
для: kosta_in_net
(22.09.2014 в 12:25)
| | | так решайте!
создавайте новую схему БД
создавайте правильные таблицы
перебрасывайте в них данные
в рамках нормальной схемы обновления будут идти мгновенно. | |
| |
|
|
| |
|
|
| |
для: Trianon
(20.09.2014 в 16:19)
| | | Может и артикул. Я их путаю. Но это не принципиально.
Руководство считает, что программисты всесильны и решат любую задачу.
Вот и приходится решать. Раньше такие надежды возлагали на колдунов, шаманов, жрецов... Ныне на программистов. | |
| |
|
|
| |
|
|
| |
для: kosta_in_net
(20.09.2014 в 11:29)
| | | > Это у одной продукции 3 артикля.
артикль - грамматический элемент языка. Причем здесь продукция? Может артикул?
> При чем в исходных данных они могут быть вписаны в любой последовательности.
> Но для гарантии, что продукция та же, потребуется сравнивать и описание.
В такой постановке процесс не является автоматизируемым, и это по идее должно волновать руководство проекта просто в силу того, что такое положение вещей вынуждает тратиться на оплату штатной позиции, которая будет этими сравнениями заниматься. | |
| |
|
|
| |
|
|
| |
для: Trianon
(20.09.2014 в 11:08)
| | | Это у одной продукции 3 артикля. При чем в исходных данных они могут быть вписаны в любой последовательности. Кроме того, может не указываться производитель. Кроме того, артикли могут быть разными, но если один совпал, значит продукция та же...
Но для гарантии, что продукция та же, потребуется сравнивать и описание.
Вобщем, отличный пример того, как нельзя организовывать данные.
А дальше все просто: если такой записи еще нет, добавить, если есть, заменить ряд полей, потому что они могут изменить значение. | |
| |
|
|
| |
|
|
| |
для: kosta_in_net
(19.09.2014 в 23:46)
| | | Это не обработка, а только лишь отбор первичного ключа.
А дальше-то там что происходит?
И, кстати, что всё-же означают все эти article1...article3? | |
| |
|
|
| |
|
|
| |
для: psychomc
(18.09.2014 в 23:49)
| | | Сегодня алгаритм стал веселее:
if($data[0]){
$sql='SELECT id FROM '.table_articles.' WHERE brand='.quote_smart($data[0]).' AND (
article1<>"" AND FIND_IN_SET(article1,"'.$data[1].','.$data[2].','.$data[3].'")
OR
article2<>"" AND FIND_IN_SET(article2,"'.$data[1].','.$data[2].','.$data[3].'")
OR
article3<>"" AND FIND_IN_SET(article3,"'.$data[1].','.$data[2].','.$data[3].'")
)';
}else{
$sql='SELECT id FROM '.table_articles.' WHERE
article1<>"" AND FIND_IN_SET(article1,"'.$data[1].','.$data[2].','.$data[3].'")
OR
article2<>"" AND FIND_IN_SET(article2,"'.$data[1].','.$data[2].','.$data[3].'")
OR
article3<>"" AND FIND_IN_SET(article3,"'.$data[1].','.$data[2].','.$data[3].'")
';
}
|
Но завтра он усложнится в несколько раз.
Господи! Разве можно держать данные в таком виде?!
Если б кто знал, как я полюбил REPLACE после знакомства с этой структурой данных... | |
| |
|
|
| |
|
|
| |
для: Trianon
(18.09.2014 в 23:18)
| | | подозреваю, что много OR не ускорят работу. Даже если финдинсет работает медленней (подозреваю, что быстрей), ориентироваться (а в случае, если начальству опять что-то станет "виднее", то и корректировать), без многих OR проще. | |
| |
|
|
| |
|
|
| |
для: kosta_in_net
(16.09.2014 в 19:33)
| | | если есть возможность, попробуйте для apache увеличить параметр ThreadStackSize, мне помогало
*оффтоп*
зашел на ваш сайт, указанный в профиле. посчитайте сколько раз на нём встречается слово студия. это просто какое-то сумасшествие. студия, студия, студия, студия, веб-студия, дизайн-студия, студия, студия .... | |
| |
|
|
|
