미리 넣어놨다면 큰 문제는 없을꺼같네요...

회원가입 폼에 미리 저장된 데이터를 불러와서,
입력값과 불러온값을 비교해서 맞으면 가입 진행,
틀리면 가입불가 메시지 후 뒤로 하면 될거 같아요~

번개팅으로만 회원가입시켜요!^^

아제아제 님의 방법으로 일선 초등학교에서 인증을 저런 방법으로 많이 합니다.

(실명 인증을 하기엔 넘 어린 학생들이 많고 돈도 장난 아니게 들어서....
학생 및 학부모는 저렇게 인증을 보통 학교 선생님은 관리자 선생님에게 레벨 바꿀수 있게 알려드립니다...)

미리 학년.반.번호.이름을 교육청 nice 자료에서 받은후 db 한개 만들어 두고

회원 가입시에 학년.반.번호.이름이 일치하는지 확인한후에 가입을 처리합니다.

실제 어려운 부분은 아니라고 생각합니다.

회원 가입시 조건을 1개 더 걸어주는것 뿐이니까요...

물런 이외에 말씀 드리지 않은 조건이 2가지 정도 더 존재하겠지만 아마 아제아제님의 말씀처럼 하시면 거의 구현은 될듯 합니다.

제가 과거 고민한 사항인데 이것도 맞지 않습니다.
왜냐하면 해당 동호에는 주인만 사는 것이 아니라 세입자가 사는 경우도 있어 중복 가입을 받아야 하고 세대당 하나만 고유아이디를 부여해야 하는데 다른 가족들의 반발도 심합니다.
더군다나 이사를 가고 오는 신규 회원들도 매번 파악을 해야하지요.
이런 수고를 거치지 않을 수 없는 것이 아파트 커뮤니티입니다.

저랑 생각이 약간 다르신가 봅니다 ^^ ;;

필드 1개를 더 추가하면 해결될 문제인데 어렵게 생각하시는건 아니실까요 ?

학년 / 반 / 번호 / 이름 이라는 학생 예제를 드린것이고 ;;;

같은 학년 / 반 / 번호 에 대하여 학생 / 학부모 가 존재합니다.

해당동/호수/주인여부/주인이름 (세입자이름) 이렇게 처리할수 있을듯 합니다 ^^

필드의 정보에 미리 들어갈 필드의 부분을 어느정도 유도리(?) 있게 설계를 하시면 어느 보드든 적용하시면 큰 문제없이 작동하리라  생각합니다 ^^

제가 생각하는 대략적인 구조는

apt_id  (고유 증가값)
apt_dong (동)
apt_ho  (호)
apt_sou  (소유여부) - 자가 / 전세 / 월세
apt_sou_name (소유자명)
apt_sou_date  (소유기한) - 자가 일 경우는 9999.12.31 이나 1900.01.01 로 체크
apt_stat (현재 사용중 여부)

이정도 테이블이시면 실제 세입자에 대하여 처리할 부분은 급하게 가능하실듯 합니다.

생각의 방향을 바꾸어 보시면 방법은 많을듯 한데요 ^^;;

1번째 회원 가입시에는 일단 가입을 조건에서 주인의 경우 권한주기
2번째 회원 가입을 하여도 실소유자와 일반 전세자에 차이 두기
3번째 동 호수가 비어서 (이사라던지 변경의 경우 현재 상태를 막아두고 로그인시에 저 부분을
관리사무소에 오면 등록후에 등록할 이름 작성후 이용 가능하게 하기.
이사간 분들에 대한 로그인 체크시 저 자료 검색후 상태값이 이사 상태면 로그인 불가로 처리하기
일정 기간이 지난후나 이사간걸 확인후에 기존 동/호수 회원 자료의 아이디를 백업 아이디로 변경후 기존 게시물을 백업아이디로 변경해 주기

 등등 방법은 많이 있을듯 한데 ....

즉 아이디의 경우 기존 아이디는 이사를 함과 동시에 삭제 하는 부분이 필요할것이고 아니면 자료를 보존해야 할경우 기존 아이디가 작성한 글을 변경하는 로직을 작성하는 방법으로 해결이 가능할 부분으로 보입니다....

학교를 예로 들어 드렸지만

학생의 경우 학생의 전학 -> 전입이 발생합니다.

아미가 님이 말씀 하신 경우처럼 발생하죠... (어찌보면 다르게 보일수도 있을듯 하지만

기존 학생의 전근 후 그 번호를 전입 학생이 받는 경우가 발생하죠 (결국 빈 동 / 호수에 다른 사람이 들어 오는것도 동일할걸로 예상합니다.)

그 사람이 학생 과 학부모 2가지가 동시에 들어오게 되고 기존 사용자의 경우 삭제 내지 보존이 되게 되죠.

또 학교는 1년마다 전체가 진급을 해야 하죠 -0-

(아파트는 그래도 최소 2년 계약 이고 진급 체계는 아니니 편하지 않을까 하는 허접한 생각도 해봅니다...)

어디에도 규범과 절차가 있습니다.

아무리 작은 규범과 절차라도  그것이 무시된다면 아무런것도 지켜질것은 없다고 봅니다.

제가 생각이 짧아서 아미가 님이 원한시는 답변을 드리지 못함이 죄송합니다.

하지만 꼭 한가지 길로만 생각하셔서 진행하신다면 가끔 막히시지 않으실까요 ^^

가금은 다른길 다른 방법으로 우회도 생각해 보신후에 그것을 더욱 버전업 하시는게 맞을듯 하네요 ^^

대략 2,000명 정도 되는 사람들 쇼핑몰에 일괄 회원가입 시킨적이 있어요
방법 별거 없습니다. xls 에 이름,사원번호 두개만 받아서 db 쏴버립니다.
당사자들은 자기 이름이랑 사번만 치면 되는거죠

전 디비로 넣어둔걸 매칭시켜서 가입시켰는데요.. 간단한 방법인데 .. 어렵지 않습니다.