출발 : | "zlatko matic" |
---|---|
to : | "G윈 토토g Stark" |
CC : | |
제목 : | 윈 토토 : [인터페이스] 시야에서 계산 된 ID 필드, ... |
날짜 : | 2005-05-04 08:56:25 |
메시지 -ID : | 001801C55087 $ 2828D9A0 $ C5861DC3@Zlatkovyfkpgz6 |
보기 : | RAW 메시지 | 전체 스레드 | mbox 다운로드 | 이메일 재판용 |
스레드 : | |
목록 : | pgsql-general pgsql-interfaces |
나는 시도 할 것입니다 ... 그것이 쓸모가 없다면, 나는 꽤 꽤있을 것입니다. 그런 다음 유일한 해결책
중첩 된 패스 스루 쿼리를 기반으로 테이블 쿼리가 될 것입니다.
각각의 서버에서 새로 고침 될 로컬 제트 테이블 작업
세션. 하지만 가능한 경우 로컬 테이블을 피하고 싶습니다 ...
시퀀스를 어떻게 만드나요?
----- 원본 메시지 -----
출처 : "G윈 토토g Stark"
to : "zlatko matic"
cc :
보낸 : 2005 년 5 월 4 일 수요일 오전 7:11
제목 : Re : [General] [인터페이스] 뷰에서 계산 된 ID 필드,
다시 ...
> "Zlatko Matic"
>> 일반 테이블에서는 큰 필드를 사용하지만 계산 된 방법을 어떻게 만들 수 있습니까?
>>보기의 큰 열?
> 시퀀스를 만들어로 참조해야합니다.
> NextVal ( 'SequenCename'). 그러나 나는 그것이 의심 할 여지가 많다.
> do
> 유용한 것.
> 액세스가 레코드를 찾아서 업데이트 할 수 있기를 원하는 것처럼 들립니다
> up by
> 기본 키. 이 경우 귀하의 견해에 새로운 가치를 할당하면
> Postg윈 토토s는 찾기에 완전히 쓸모없는 새로운 숫자를 구성합니다
> the
> 나중에 다시 녹음하십시오.
> -
> G윈 토토g
> -------------------------- (방송 끝) ----------------------------------
> 팁 4 : '죽이지 말아라 -9'포스트 마스터
From | 날짜 | 주제 | |
---|---|---|---|
다음 메시지 | Zlatko Matic | 2005-05-04 08:58:34 | 윈 토토 : [인터페이스] 시야에서 계산 된 ID 필드, ... |
이전 메시지 | Magnus Hagander | 2005-05-04 07:37:42 | 윈 토토 : 유리한 Postg윈 토토SQL 쓰기 |
From | 날짜 | 주제 | |
---|---|---|---|
다음 메시지 | Zlatko Matic | 2005-05-04 08:58:34 | 윈 토토 : [인터페이스] 시야에서 계산 된 ID 필드, ... |
이전 메시지 | G윈 토토g Stark | 2005-05-04 05:11:24 | 윈 토토 : [인터페이스] 시야에서 계산 된 ID 필드, ... |