Background Image

FORUM

조회 수 22591 추천 수 0 댓글 6
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄
CREATE or REPLACE FUNCTION addition( a IN int, b IN int)
RETURN int IS
c   int;
BEGIN
     c=a+b;
return c;
END;


--> 이걸 큐브리드로 변환 할려면 ?
1. java로 하는 방법은 알겠습니다.
 이외에 는 방법이 없는지요?

도와 주서요..
  • ?
    초보대왕 2009.05.09 00:47

    // --> 이걸 큐브리드로 변환 할려면 ?
    // 1. java로 하는 방법은 알겠습니다.
    //  이외에 는 방법이 없는지요?

    없습니다. 이게 큐브리드의 큰 약점입니다.
  • ?
    남재우 2009.05.13 03:09
    본의아니게 사용에 불편을 드려 죄송합니다. 최초에 SP 지원을 고려하면서 많은 논의가 있었지만, 우여곡절 끝에 JAVA를 선택하게 되었읍니다. JAVA는 이미 널리 사용되는 언어이며, 그 기능 또한 다양한 편입니다. 아울러 JAVA를 사용함으로써 SP단에서 다른 데이터베이스(이기종 포함)와의 작업 역시 가능하도록 할 수가 있으므로 JAVA를 이용한 SP의 사용이 꼭 단점이라고 하기는 좀 어려운 것 같습니다. ^^;;
  • ?
    초보대왕 2009.05.13 07:08
    -- JAVA를 이용한 SP의 사용이 꼭 단점이라고 하기는 좀 어려운 것 같습니다.

    JAVA를 이용한 SP의 사용이 꼭 '단점'이 아니라, 만들 때마다 꼭 컴파일을 해서
    바이트코드로 만들어 올려야 하는 JAVA 만 사용해야 한다는게 '단점'입니다.

    JAVA 를 SP 용으로 채택한 이유가

    -- JAVA는 이미 널리 사용되는 언어이며, 그 기능 또한 다양한 편입니다.
    -- 아울러 JAVA를 사용함으로써 SP단에서 다른 데이터베이스(이기종 포함)와의 작업 역시 가능하도록 할 수가 있으므로 ..

    라고 하셧는데, 그렇다면 더 막강한 C/C++ 로 하셨어야 합니다.
    그렇다면 나중에 JAVA 나 PHP 로의 SP 포팅도 훨씬 쉬웠을 겁니다.
    이기종과의 작업이 걸림돌이 될 수 있지만, 이미 다양한 플랫폼에서
    저장프로시저로 C/C++ 을 지원하는 DB 가 있기 때문에
    "이기종과의 작업" 은 충분히 극복할 수 있다는 증거가 될 수 있겠죠.
    이점은 아무래도 CUBRID 의 실수 같습니다.
  • ?
    웁쓰 2009.05.13 09:19
    SP 의 특징상 오라클의 경우 CREATE OR REPLACE 하여 바로 컴파일 하여 사용하기 편한 기능이 있습니다.
    하지만 그에 대한 단점을 하나 집어 보자면 SP 형상 관리에 대한 어려움이 있습니다.
    항상 SP를 생성/수정 하기 전에 기존에 존재 하던 SP를 백업 하지 않는다면 원 소스에 대한 유지가 어렵습니다.

    물론 Java SP도 형상 관리를 하기 쉽지만은 안겠죠.

    내용이 주제랑 어긋난거 같네요.

    말씀 해주신 PHP 의 SP포팅의 경우 Java SP로 구현 하였기 때문에 Java 6이후 부터는 JVM안에서 script(PHP,Ruby, Python..etc) 를 지원 가능 합니다.(JCR 223 http://www.jcp.org/en/jsr/detail?id=223)

    물론 성능상 느리긴 하겠죠. :)

    그리고 c/c++은 넘 어렵지 않나요 ㅜ.ㅜ

    좋은 의견 감사합니다.
  • ?
    남재우 2009.05.13 08:10

    안녕하세요.....
    말씀하신 것처럼 그냥 C를 사용하는 메소드를 발전시킬까도 많은 고민을 했었읍니다.
    아시겠지만 CUBRID는 메소드를 지원을 했읍니다. C로 작성을 해서 등록을 하고 SP와 다름없이 사용할 수 있도록 환경을 마련하였었는데 상당수의 고객분들의 말씀은 누가 지금 C로 만드는가 였었읍니다. 지금 말씀하시는 것처럼 보다 쓰기 좋은 몇가지가 있는데 왜 C라는 거였었고... 그래서 많은 고민을 하였던 거였었구요...C 를 사용하여 메쏘드라는 것을 지원하던 때는 오히려 C에 대한 반문이 무척 많았읍니다. 기본적으로 C는 어려운 언어였고, 무었보다 메모리 관리가 어려워서 코딩에 신경을 많이 써야만 했었기에 많은 고객분들이 다른 방식을 원했었읍니다...
    그런 것 같습니다... 내가 쓰기 좋은 환경에 무엇인가가 있으면 그건 좋은 것이고요... 내가 쓰기 힘든 것에 있으면 그건 좀 힘든 것이지 않은가 싶습니다.... 저도 JAVA는 싫어하고 DOS시절부터 메모리 신경쓰며 코딩하던 C가 그래도 쓸만한 언어였었지만...
    어쩔수 없는 선택이라는 것이... 조금이라도 많이 쓰시고 편하게 쓰실 수 있는 방향으로 잡아드리는 것이 제품의 방향성이지 않은가 싶습니다.
    모든 분들을 만족드리고 싶지만 어쩔수 없는 선택의 기로에서 JAVA를 선택할 수 밖에 없었던 저희의 상황을 이해해 주셨으면 합니다. JAVA의 선택에 좋아하시던 많은 분들도 계셨었던것은 사실이지만요..^^;;
    현재 저희들은 조금이라도 편리하게 CUBRID를 사용할 수 있도록 많은 노력을 하고 있지만 엔진의 개발이라는 것이 생각보다는 많이 어렵습니다. 이점 많은 양해를 부탁드리고요...
    열심히 노력하는 큐브리드가 되겠읍니다. 조금만 이해해 주시고 많은 질책을 부탁드립니다. 그만큼 부단히 성장하도록 하겠읍니다. 좋은 지적 정말 감사드립니다.

     

  • ?
    초보대왕 2009.05.14 07:36
    -- 조금이라도 많이 쓰시고 편하게 쓰실 수 있는 방향으로 잡아드리는 것이 제품의 방향성이지 않은가 싶습니다.

    C 메서드를 확장하는 형태였다면, 더 많은 사람들은 만족시켰을 텐데, 그것을 간과하신게 아닌가 합니다.
    자세한 얘기는 아래에 적어 두었읍니다.

    http://www.cubrid.com/zbxe/?mid=bbs_developer_talk&document_srl=44008

List of Articles
번호 제목 글쓴이 날짜 조회 수
공지 CUBRID 사용자를 위한 DBeaver 도구 출시 안내 admin 2024.04.23 48
공지 SQLGate for CUBRID 영구 무료 라이선스 제공 file admin 2020.04.09 4458
3994 "DATABASE 검사" 도무지 끝날 기미가 안 보입니다 5 한종희 2011.08.02 8583
3993 "DBMS, 0, Unknown DBMS error" 요건 무슨 애러인가요?;; 2 eitetu 2011.06.02 14296
3992 "Token length is too long" 오류에 관하여 질문 드립니다. 4 file 김우람 2009.01.09 21478
3991 & 등의 특수문자등이 변환되어 저장되는 경우 1 호랑이야옹 2012.12.28 10681
3990 ' 의 입력 방식이 궁금합니다. 1 이석희 2009.04.10 13422
3989 (1개의 댓글은 작성자가 썼습니다.)비주얼 베이직 큐브리드 연동후 동시에 여러 테이블 보는 방법문의 2 secret 강남우 2012.12.21 58
3988 (Re:) 회원가입이 3명이상 안돼요... 6 딩이 2010.07.08 7595
3987 (python)centOS7 docker 연결 문의입니다. 리얼비 2021.11.01 108
3986 (댓글 질문등록 했습니다.)이전글, 다음글 기능(LAG, LEAD) ORDER BY절 FOR ORDERBY_NUM() 추가해도 그대로 입니다 3 취우다 2017.04.19 5960
3985 (함수)펑션 오류 확인부탁드립니다. 1 초코초코초 2023.02.10 102
3984 *variable* 에러 1 hwon 2013.06.14 11619
3983 ++ cubrid server start: fail 2 file 토네이도 2013.09.13 13701
3982 -74 오류 조치 방법 1 덜쇠 2013.08.07 7643
3981 .AccessViolationException (C#) 1 swift 2021.06.03 220
3980 .NET 4.5 에서의 NHibernate 문제, .NET 4.0 에서 NHibernate + TransactionScope 활용 문제. 1 websiter 2017.06.09 2057
3979 .NET DB 제어를 위한 방법. 2 우페 2008.11.23 60878
3978 .net db목록 관련 질문 드립니다. 4 파인 2021.03.05 134
3977 // 를 사용하고 싶습니다. 1 죽통군 2010.02.10 9583
3976 /etc/hosts 파일 수정 1 secret chocob 2014.10.13 13
3975 /etc/rc3.d/S98cubrid 화일 좀 바꿔주세요 1 꽁꽁단무지 2017.01.25 12246
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 ... 200 Next
/ 200

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2113 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales