https://www.opennet.ru/openforum/vsluhforumID8/6775.html Опытные гуру PHP и MySQL помогите.<br><br>Сделал скрипт перетаскивания данных из txt файла в базу данных Mysql для сайта.<br>С помощью команды<br><br>$result = mysql_query("INSERT INTO prise1 (id, order_date, id_1c, name, cost, cod_prod, quantity, group_1c, name1, name2, name3, producer, description1, description2, description3, description4, description5, description6, description7) VALUES ('$line', '$order_date', '$str[0]', '$str[1]', '$str[2]', '$str[3]', '$str[4]', '$str[5]', '$str[6]', '$str[7]', '$str[8]', '$str[9]', '$str[10]', '$str[11]', '$str[12]', '$str[13]', '$str[14]', '$str[15]', '$str[16]');");<br> <br>данные из массива (строки) переносятся в базу mysql и всё хорошо, но возникла загвоздка, если строка такая<br><br>3CD-R диск Mirex "Цифровой фотоальбом" 700Mb 48x slim15р.70960АКСЕССУАРЫCD-R и RWДиск Mirex CD-R Россия "Цифровой фотоальбом" 700Mb 48x slim <br><br>т.е. любая из '$ https://www.opennet.ru/openforum/vsluhforumID8/6775.html#15 Fri, 28 Jan 2011 08:13:32 GMT Сеня отзовись<br> https://www.opennet.ru/openforum/vsluhforumID8/6775.html#14 Tue, 23 Mar 2010 08:44:27 GMT &gt;НАРОД большое спасибо за ёмкий ответ. <br>&gt;Все выходные переваривал и по ходу ещё до конца не переварил. <br><br>Да не парься особо, все со временем придет, а за раз все и не переваришь - каша получится :)<br> https://www.opennet.ru/openforum/vsluhforumID8/6775.html#13 Mon, 22 Mar 2010 16:19:56 GMT НАРОД большое спасибо за ёмкий ответ. <br>Все выходные переваривал и по ходу ещё до конца не переварил.<br><br>Ещё раз спасибо всем за пинок в нужном направлении!!! ;) <br><br> https://www.opennet.ru/openforum/vsluhforumID8/6775.html#12 Fri, 19 Mar 2010 21:30:52 GMT &gt;&gt;данные систематизировать, вывести связи (1:1, 1:М, это примерно сюда) и понять <br>&gt;<br>&gt;Вы сами себе противоречите. Как будете выводить связи если не знаете что <br>&gt;за данные в БД? <br><br>Я как раз написал в том порядке, в котором надо действовать. Вывод связей - на втором месте, так что на этот момент данные уже у нас есть.<br>Но говоря про характер, это скорее похоже на вопрос админа "чего хранить будем" на задачу шефа "сделай мне БД ко вчера". Это вообще нулевой этап. Может быть данные такие будут, что их эффективно можно хранить в нереляционной БД. А там свои понятия могут быть, отличные от "сущность", "связь" и т.д.<br><br><br>&gt;&gt;Почему не может быть ОК, если эти поля заполняются не все и не каждый раз?<br>&gt;Логика тут одна - чем меньше пустых полей тем лучьше. Но здесь, <br>&gt;главное преимущество, что снимается ограничение на количество дополнительных полей.<br>&gt; Хочешь вставляй 1 поле, хочешь 6 или 106. В исходном варианте не больше 6. <br><br>Эмм, может быть мы про разные типы СУБД говорим? Я про реляционные.<br>Почему чем меньше https://www.opennet.ru/openforum/vsluhforumID8/6775.html#11 Fri, 19 Mar 2010 17:42:29 GMT &gt;Чтобы спроектировать грамотную БД <br>&gt;не надо знать характер данных, они вообще могут быть любые. Главное <br>&gt;данные систематизировать, вывести связи (1:1, 1:М, это примерно сюда) и понять <br><br>Вы сами себе противоречите. Как будете выводить связи если не знаете что за данные в БД?<br>Собственно за отношения (1:1, 1:М) я и говорил.<br><br>&gt;Не могу понять логику вашего высказывания. Почему не может быть ОК, если <br>&gt;эти поля заполняются не все и не каждый раз? Ошибка проектирования <br>&gt;(и то, с точки зрения дальнейшей поддержки БД живыми человеками) здесь <br>&gt;может заключаться только в некорректном именовании столбцов таблицы - сменится админ <br>&gt;БД и будет неделю выяснять что именно хранится в name1, name2, <br>&gt;name3... <br><br>Логика тут одна - чем меньше пустых полей тем лучьше. Но здесь, главное преимущество, что снимается ограничение на количество дополнительных полей. Хочешь вставляй 1 поле, хочешь 6 или 106. В исходном варианте не больше 6.<br><br><br>&gt;Очень спорно. А если "вдруг" вот уже как пару лет не настает? <br>&gt;А join-ы до https://www.opennet.ru/openforum/vsluhforumID8/6775.html#10 Fri, 19 Mar 2010 00:31:07 GMT <br><br>Вы уж простите, но не смог пройти мимо. И дабы не плодить ответов, пару ваших постов объединил в один. А теперь позанудствую.<br><br>У меня складывается ощущение, что вы и сами не сможете правильно "запроектировать" базу. И еще людей в заблуждение вводите. Чтобы спроектировать грамотную БД не надо знать характер данных, они вообще могут быть любые. Главное данные систематизировать, вывести связи (1:1, 1:М, это примерно сюда) и понять как эти данные будут использоваться (как/куда будут выводиться, как обновляться, как дополняться, etc, etc, etc). На серьезных БД не лишним будет учесть и используемую СУБД.<br><br><br>&gt;Я вижу поля name,name1,name2,name3 и тоже самое с description1.<br>&gt;Если они ВСЕ и КАЖДЫЙ раз полностью заполняются, то тогда все ОК.<br><br>Не могу понять логику вашего высказывания. Почему не может быть ОК, если эти поля заполняются не все и не каждый раз? Ошибка проектирования (и то, с точки зрения дальнейшей поддержки БД живыми человеками) здесь может заключаться только в некорректном именовании столбцов т https://www.opennet.ru/openforum/vsluhforumID8/6775.html#9 Thu, 18 Mar 2010 18:39:38 GMT &gt;Спасибо за ответ. <br>&gt;Вопрос только один как связать несколько таблиц? по id? <br>&gt;И как это сделать более профессионально? <br>&gt;Ну это я загнул, но как это сделать чтобы работало быстрее? <br><br>Чтобы правильно запроектировать БД нужно знать характер заносимых данных. Если (логически) каждому одному name ВСЕГДА будет соответствовать один description, то можно создать одну дополнительную таблицу с полями что-то вроде id, parent_id, name, description. Если количество полей name и description не соответствуют друг другу то нужно создавать две дополнительные таблицы. <br>Потом в основной таблице получаем запись и, зная ее id, получаете name и/или description по parent_id в зависимости от того что нужно в данный момент.<br>Но чтобы точно сделать правильно нужно знать характер данных.<br><br> https://www.opennet.ru/openforum/vsluhforumID8/6775.html#8 Thu, 18 Mar 2010 15:09:01 GMT &gt;Спасибо за ответ. <br>&gt;Вопрос только один как связать несколько таблиц? по id? <br>&gt;И как это сделать более профессионально? <br>&gt;Ну это я загнул, но как это сделать чтобы работало быстрее? <br><br>Используйте JOIN<br>http://www.mysql.ru/docs/man/JOIN.html<br> https://www.opennet.ru/openforum/vsluhforumID8/6775.html#7 Thu, 18 Mar 2010 14:10:57 GMT Спасибо за ответ. <br>Вопрос только один как связать несколько таблиц? по id? <br>И как это сделать более профессионально? <br>Ну это я загнул, но как это сделать чтобы работало быстрее?<br><br><br>