|
|
|
|
|
для: P750
(28.09.2009 в 12:42)
| | Up | |
|
|
|
|
|
|
|
для: Trianon
(27.09.2009 в 19:25)
| | а остальные данные как заносили? Так и его.
> остальные данные заносил следующим образом (вообще не я но систему понял) есть скрипт который из файла csv заносит в цикле данные в таблицу и потом выводит ее.
Что касается как я заносил фотки: - создал форму отправки файла на серв и в этой форме одновременно прописывается путь в БД (смотрел как это реализовано в скрипте "фото-галерея" и по образу и подобию разобравшись сделал так же.
Что касается ID так и есть - неизменяемый последовательный номер, а если например связать по полю POS (позиция) ? или например поступить другим образом в момент закачки фотки на серв и прописки путей в бд добавить новый столб id_obj (который и будет связан со старой таблицей) ммм т.е. примерно так ID в старой таблице = ID_obj в новой соотв-но значение 1 (в таблице) будет равно значению 1 фотки 2, 2й фотке и т.д. верно мыслю или нет ? | |
|
|
|
|
|
|
|
для: P750
(27.09.2009 в 19:03)
| | > и как его заносить ?
а остальные данные как заносили? Так и его.
>( разве не получится например связать по общему столбу ID он же в обеих таблицах) ?
ID'ом обычно называют суррогатный первичный ключ (очень грубо говоря - неизменяемый последовательный номер добавления записи) который в таблицах с разным количеством строк одинаковым быть не может физически.
Если Вы имеете в виду под ID что-то другое - это нужно явно пояснять.
Наконец, упреждая заявление, что во второй таблице ID, чужой ключ, ссылающийся на первичный ключ первой таблицы, скажу сразу, что вообще без первичного ключа оперировать данными в таблице крайне неудобно.
[поправлено модератором] | |
|
|
|
|
|
|
|
для: Trianon
(26.09.2009 в 17:46)
| | опа а такого у меня нету, и как его заносить ? ( разве не получится например связать по общему столбу ID он же в обеих таблицах) ? | |
|
|
|
|
|
|
|
для: P750
(26.09.2009 в 16:40)
| | А где у Вас столбец id_obj во второй таблице? | |
|
|
|
|
|
|
|
для: P750
(19.09.2009 в 12:44)
| | Разобрался как залить фотки на сервер, и пути их прописать в бд, все работает отлично. теперь у меня есть таблица с фотами, и есть текстовая таблица.
основная таблица вида:
ID Район Улица № дома Площадь Цена
и есть таблица фоток:
ID_photo Name Path Pos
Из этого всего мне необходимо сделать следующее: в основную таблицу добавить новый столб что бы выглядела так:
ID Район Улица № дома Площадь Цена ФОТО
котором на против каждой записи разместить иконку (домик) и при нажатии на нее открывается др окно на котором расположены 3 фотографии из таблицы PHOTO (т.е. вторая таблица), соответственно если первая строка - то первые три фотки (pic1 pic2 pic3) вторая строка - следующие три фотки (pic 4 pic5 pic6) и т.д
Помогите плиз, если честно не знаю даже с чего старт взять....
Пы.сы. не пинайте сильно, изложил как могу.
Пы. пы. сы За ранее спасибо! | |
|
|
|
|
|
|
|
для: heed
(20.09.2009 в 00:03)
| | что место на диске , и особенно в одном и том-же каталоге не должно заполниться слишком огромным колличеством файлов.
а можно прокомментировать этот момент | |
|
|
|
|
|
|
|
для: P750
(19.09.2009 в 19:08)
| | >с чего все таки начать
можно начать с того что выбрать подходящий синтаксис SELECT например из справки
mysql> HELP INSERT
Syntax:
INSERT [LOW_PRIORITY | DELAYED | HIGH_PRIORITY] [IGNORE]
[INTO] tbl_name [(col_name,...)]
{VALUES | VALUE} ({expr | DEFAULT},...),(...),...
[ ON DUPLICATE KEY UPDATE
col_name=expr
[, col_name=expr] ... ]
Or:
INSERT [LOW_PRIORITY | DELAYED | HIGH_PRIORITY] [IGNORE]
[INTO] tbl_name
SET col_name={expr | DEFAULT}, ...
[ ON DUPLICATE KEY UPDATE
col_name=expr
[, col_name=expr] ... ]
Or:
INSERT [LOW_PRIORITY | HIGH_PRIORITY] [IGNORE]
[INTO] tbl_name [(col_name,...)]
SELECT ...
[ ON DUPLICATE KEY UPDATE
col_name=expr
[, col_name=expr] ... ]
INSERT inserts new rows into an existing table. The INSERT ... VALUES
and INSERT ... SET forms of the statement insert rows based on
explicitly specified values. The INSERT ... SELECT form inserts rows
selected from another table or tables. INSERT ... SELECT is discussed
further in [HELP INSERT SELECT].
URL: http://dev.mysql.com/doc/refman/5.1/en/insert.html
|
Потом обдумать когда в скрипте ,где будет формироваться такой запрос, нужно или не нужно вставлять в таблицу данные и сохранять на диске файлы
И останется только подумать как-бы не вставить или не сохранить чего-нибуть что не запланированно сохранять и вставлять, или о том что место на диске , и особенно в одном и том-же каталоге не должно заполниться слишком огромным колличеством файлов. | |
|
|
|
|
|
|
|
для: Trianon
(19.09.2009 в 15:53)
| | Вот благодаря такому пояснению теперь мне понятно как будет у меня таблица фоток взаимодействовать с таблицей данных, тока вот как все таки мне организовать "запихивание путей к фоткам" в базу. Я понимаю что это будет скрипт и не прошу за меня его делать я просто лишь прошу толкнуть меня на путь истинный некоторыми может быть мануалами или советами как, с чего все таки начать это "запихивание"
Пы. сы. за ранее спс ! | |
|
|
|
|
|
|
|
для: P750
(19.09.2009 в 13:12)
| | столбец photos.id_photo является первичным ключом новой таблицы.
столбец photos.id_obj - чужой ключ , соответствует objects.ID (первичному ключу ID Вашей таблицы objects)
столбец path хранит имя файла с фотографией
столбец pos может быть использован для создания порядка в наборе картинок объекта.
имя файла хранится как обычная строка. тип VARCHAR | |
|
|
|
|