database.sarang.net
UserID
Passwd
Database
DBMS
ㆍMySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
MS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
MySQL Q&A 29827 게시물 읽기
No. 29827
한 table에 들어 data 정렬 ㅠㅠ
작성자
이장우(light)
작성일
2010-10-22 17:45ⓒ
2010-10-22 19:04ⓜ
조회수
7,775

 

order table

no      product   name    hp                           vip_sin    vip_sa    wdate                   write_id
155    777         김철수   010-0000-0000                                    2010-09-31 12:00:00  aaa
156    123         홍길동   010-0000-0000   vipcard                    2010-10-01 16:00:00  aaa
157    122         홍만길   011-000-0000                       vip          2010-10-02 11:00:00  bbb
158    555         홍길동   010-0000-0000                     vip          2010-10-20 12:00:00  ccc

이렇게 되어 있습니다. 질문은

vip카드를 처음 사용한 주문서를 확인해서

그 주문서 위쪽으로 vip_sin의 vaipcard를 확인하고

write_id 별 카운트를 찾고 싶습니다.

예) no 158번 홍길동이 vip_sa에 vip를 사용 했습니다.
    이때 처음 신청한 no값 156의 write_id의 아이디별 count를 알고 싶습니다.


확인 가능한 방법이 있을까요?? ㅠㅠ

3일째 씨름하고 있습니다 ㅠㅠ;

 

이 글에 대한 댓글이 총 2건 있습니다.

 no가 시퀀스, 즉 시간 순서를 보장하는 값이라면, SELECT * FROM [table] WHERE name='홍길동' ORDER BY no ASC LIMIT 1 으로 추출할 수 있지 않나요?

 

문제를 제가 잘못 이해했는지도 모르겠습니다.

박현우(lqez)님이 2010-10-27 19:18에 작성한 댓글입니다.

 no값은 순서대로 자동 증가로 등록되는 값입니다.

 질문이 약간 엉성한가;; ㅎㅎㅎ

주문자가 vip카드를 신청하고, 나중에 vip카드를 받아서 처음 사용 했을때,

주문자가 vip카드를 신청한 필드을 알고 싶은겁니다. ^^

주문자가 vip카드를 신청안하고 vip카드를 사용할수 없고,

vip카드를 처음 사용했을때, vip카드 처음 신청한 필드값들을 확인하고 하는겁니다. ^^

이장우(light)님이 2010-11-02 14:44에 작성한 댓글입니다.
이 댓글은 2010-11-02 14:46에 마지막으로 수정되었습니다.
[Top]
No.
제목
작성자
작성일
조회
29830. [5]
변재언
2010-10-27
9645
29829iconv로 latin1을 utf8로 변환 후 읽을 수가 없네요? [3]
BlueSpy
2010-10-26
8670
29828대용량 이벤트 처리 성능 문제 [1]
DB사랑
2010-10-25
7965
29827한 table에 들어 data 정렬 ㅠㅠ [2]
이장우
2010-10-22
7775
29825빠른답변 부탁드려요 ! ㅠㅠ [1]
윤돈희
2010-10-19
7012
29823mysql 백업하는데 엑세스가 [1]
이양욱
2010-10-19
7581
29822테이블 및 쿼리 질문입니다. [1]
지구별
2010-10-19
7468
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.019초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다