로그인이 안 되시나요? 쿠키 삭제로 해결하세요!
닫기
2026, 새로운 도약을 시작합니다.
닫기
그누보드5
영카트5
Q & A
컨텐츠몰
부가서비스
Jobs
커뮤니티
로그인
회원가입
커뮤니티
자유게시판
인기글
소모임
뱃지 컬렉션
뱃지 보유자 랭킹
일간 다작왕
포인트 선물
이모티콘
버그신고
로그인
회원가입
그누보드5
라이센스
특징/기능
다운로드
매뉴얼
사용자데모
관리자데모
자주하시는 질문
질문답변
팁자료실
강좌
스킨
빌더
테마
플러그인
사용후기
디자인시안
변환프로그램
가이드
영카트5
그누보드6 파이썬
영카트5
특징/기능
다운로드
매뉴얼
사용자데모
관리자데모
자주하시는 질문
질문답변
팁자료실
스킨
빌더
테마
플러그인
사용후기
Q & A
질문하는방법
모든질문
답변없는질문
미채택된질문
채택된질문
그누보드5
영카트5
태그전체보기
컨텐츠몰
장바구니
부가서비스
전자결제 (PG)
KG이니시스
나이스페이
토스페이먼츠
NHN KCP
HOT
본인인증
KCP 본인인증
이니시스 통합인증
알림/메시징
아이코드 SMS
팝빌 알림톡
NEW
리셀러
리셀러 가입 안내
리셀러 가입 신청
리셀러 가입 내역
서비스 문의
자주하는 질문
서비스 공지사항
Jobs
스택가이드
AI 견적
AI 견적 안내
프로젝트 의뢰
프로젝트 의뢰 안내
간편제작의뢰
간편제작의뢰 안내
정산금액 계산기
쇼케이스
사이드 프로젝트
개발자 목록
개발자 등급 시스템
의뢰자 목록
커뮤니티
자유게시판
인기글
소모임
뱃지 컬렉션
뱃지 보유자 랭킹
일간 다작왕
포인트 선물
이모티콘
버그신고
About
회사소개
공지사항
문의게시판
이용약관
개인정보처리방침
게시물 규제정책
포인트 정책
2026년 리뉴얼
목록
이전글
다음글
T
T
이게 옳은 일일까요?
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
·
12년 전
·
조회 1164
1164
·
댓글 14
14
DB화 해야할 자료의 범위입니다.
DB화 말고 다른 방법 없을까요? ㅎㅎㅎㅎㅎ
👍
좋음
좋아요
0
좋아요
😂
웃김
웃겨요
0
웃겨요
👌
동의
동의해요
0
동의해요
🙏
감사
감사해요
0
감사해요
😮
놀람
놀라워요
0
놀라워요
스크랩
0
|
신고
0
게시물 신고
이 게시물을 신고 하시겠습니까?
신고사유를 선택해주세요.
광고성 게시물
음란성 게시물
상대방 비방 및 혐오
기타
신고하기
취소
글쓰기
댓글 14개
I
IntX
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
DB화 해야 할거 같네요; ... ㅠ
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
서버가 터질것 같아서 ㅋㅋ
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
말러83
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
컬럼 수가 많아서 서버에 무리가 가는 건가요? 무슨 문제인지 이해를 못했네요 ^^;
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
네 ㅋㅋㅋ
컴럼수가 너무 많아요 ㅋㅋㅋㅋ
필드도 69*5 개니....
작업하기 전에 나중에 문제가 생기지 않을까 고민부터 ㅎㅎ
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
말러83
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
컬럼이 많으면 sorting하는데 필요 없는 놈들은 serialize시켜서 text로 몰아버리는 것도 방법이더라고요.
어차피 나중에 select문으로 불러와서 unserialize 시키면 방식으로...
컬럼이 너무 많으면 insert문 쓰는 것도 고역이라 이렇게 하면 확실히 간단해지고, 나중에 컬림이 추가되어도 DB 구조를 바꿀 필요가 없어 좋더라고요 ^^
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
각 컬럼마다 검색 및 정렬이 되야한다는게 에러죠.
저도 대규모 DB는 serialize를 선호하긴 하는데... 정렬이랑 검색 때문에 ㅎㅎ
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
말러83
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
크헉... 화이팅입니다;;
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
인터넷에 검색하면 간혹 serialize검색및 정렬 방법이라고 올라오는게 있긴하던데... 신뢰성이 없어서 ㅋㅋ
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
https://drupal.org/node/770622
제이판님이 제생각을 대변해주시네요.
아무리 검색 및 정렬이 존재한다해도.... 직렬화된 DB를 검색등에 이용하는것은.... 너무 불필요한 일같습니다.
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
말러83
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
넹 저도 검색/정렬이 필요하면 무조건 독립 컬럼을 만드는 게 맞다고 봅니다
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
빙고!
그러나 serialize된 자료를 검색/정렬이 필요한 서글픈.... 현실...
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
B
BlueAngel
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
저정도 쯤이야 ㅋㅋㅋㅋ
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
ㅋㅋ
총데이터가 4만개로 늘었어요
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
T
Terrorboy
프로필 보기
이 회원 글보기
이 회원의 댓글보기
12년 전
엮인글: http://sir.co.kr/bbs/board.php?bo_table=pg_talk&wr_id=7195
👍
0
좋아요
😂
0
웃겨요
👌
0
동의해요
🙏
0
감사해요
😮
0
놀라워요
➕
😀
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기
커뮤니티
✍️
자유게시판
🔥
인기글
🐮
소모임
🏅
뱃지 컬렉션
🏆
뱃지 보유자 랭킹
👑
일간 다작왕
🎁
포인트 선물
😊
이모티콘
🐛
버그신고
1
/
1
🐛
버그신고
맨 위로
댓글 14개
컴럼수가 너무 많아요 ㅋㅋㅋㅋ
필드도 69*5 개니....
작업하기 전에 나중에 문제가 생기지 않을까 고민부터 ㅎㅎ
어차피 나중에 select문으로 불러와서 unserialize 시키면 방식으로...
컬럼이 너무 많으면 insert문 쓰는 것도 고역이라 이렇게 하면 확실히 간단해지고, 나중에 컬림이 추가되어도 DB 구조를 바꿀 필요가 없어 좋더라고요 ^^
저도 대규모 DB는 serialize를 선호하긴 하는데... 정렬이랑 검색 때문에 ㅎㅎ
제이판님이 제생각을 대변해주시네요.
아무리 검색 및 정렬이 존재한다해도.... 직렬화된 DB를 검색등에 이용하는것은.... 너무 불필요한 일같습니다.
그러나 serialize된 자료를 검색/정렬이 필요한 서글픈.... 현실...
총데이터가 4만개로 늘었어요