2011-02-23 8 views

답변

4

나는 이미지의 실제 바이트를 데이터베이스에 저장하는 것을 피 하겠지만 일반적으로 좋지 않습니다 (Storing Images in DB - Yea or Nay? 참조). 대신, 간단한 TEXT 필드를 작성하여 Markdown 버전의 래서 피 페이지를 저장할 수 있습니다. 이 페이지에는 이미지를 가리키는 이미지 태그 또는 레시피 지침 만 포함될 수 있습니다.

0

감사합니다. 아마도 VARCHAR name 필드이거나 식별자/키 필드가 INT id 인 경우 그렇게 느껴지면 입력하십시오.

0

쉽게 3 필드 테이블 형 INT, 자동 증가, PK의

| id | image | text | 
--------------------- 
| |  |  | 

이드 갈 수있는 이미지는 BLOB 및 텍스트 VARCHAR (255)이 될 수 또는 TEXT 이상 경우. 저는 이미지를 blob (VARCHAR 필드, 즉) 대신 경로로 저장 한 다음이 경로 만 상대 이미지를 저장하는 폴더로 인쇄하는 데 사용됩니다. 적은 리소스와 적은 작업 소요)

1

이미지를 DB에 저장할 수는 있지만 일반적으로 이미지를 검색하여 데이터베이스에 사용자에게 표시하는 것은 쉽지 않습니다. 일종의 NAS에 이미지를 저장하고 레시피에 대한 다른 데이터와 함께 이미지를 데이터베이스에 저장하는 것이 좋습니다.

1

이미지가 업로드되면 고유 ID를 만들어 이미지 디렉토리에 저장하십시오.

스토어 텍스트 필드와 테이블의 고유 이미지 ID : -

ID | image_id | 조리법

id 필드는 auto_increment로 설정해야합니다. 제목 필드가 필요할 것입니다.

id | image_id   | recipe_title | recipe_body 
-------------------------------------------------------------------------------- 
1 | 218328132192.jpg | 'Boiled egg' | 'Put egg in pan and boil for 10 mins' 

image_id

은 해시 함수를 사용하여 생성하거나 다시 AUTO_INCREMENT 할 수 있습니다 : - 같은

채워진 DB를 보일 것이다.

+0

감사합니다. 도움이되었다. 내가 아주 낮은 평판을 가지고 있기 때문에 투표 할 수있어. – abcy122

0

이 상황에서 일반적으로 가장 좋은 아이디어는 이미지와 텍스트가 분리된다는 의미에서 관리 할 수 ​​있습니다. 테이블의 한 필드에 텍스트를 저장하는 것이고 PATH 이미지는 Damien Pirsy가 제안하는 것과 같습니다. 그래서 저는 그것에 목소리를 더하고 있습니다. 그것은 데이터뿐만 아니라 데이터가 어떻게 표현되는지에 대한 더 나은 제어를 제공합니다. 그리고 가장 데이터베이스 효율적인 방식으로.

이미지 바이트 자체를 데이터베이스에 저장하는 것은 이미지의 크기와 한 번에 검색하는 개수에 따라 그다지 효율적이지 않습니다. 이러한 필드의 내용은 다양하며 사용자 작업에 따라 달라 지므로 성능 측면에서 매우 안전하지는 않습니다. E.G. 사용자가 1MB 이미지를 삽입하면 어떻게 될까요?

관련 문제