ďťż
 
[pgsql] 7.4 =?ISO-8859-2?Q?og=B3upia=B3_przy_zak=B3adaniu_?==?ISO-8859-2?Q?indeksu?= ďťż
 
[pgsql] 7.4 =?ISO-8859-2?Q?og=B3upia=B3_przy_zak=B3adaniu_?==?ISO-8859-2?Q?indeksu?=
Zobacz wiadomości
 
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
Indeks BCB i MySQL subiekt gt fototapeta
 
  Witamy

[pgsql] 7.4 =?ISO-8859-2?Q?og=B3upia=B3_przy_zak=B3adaniu_?==?ISO-8859-2?Q?indeksu?=



Grzegorz Szyszlo - 12-04-2006 00:36
[pgsql] 7.4 =?ISO-8859-2?Q?og=B3upia=B3_przy_zak=B3adaniu_?==?ISO-8859-2?Q?indeksu?=
  Robiłem trochę prób programistycznych, i jedna z instancji mi
zwariowała. Oto dwie instrukcje pod rząd:

baza=> \di importkrharm_umow
No matching relations found.
baza=> create index importkrharm_umowa on importkrharm (umowa);
ERROR: relation "importkrharm_umowa" already exists
baza=> drop index importharm_umowa;
ERROR: index "importharm_umowa" does not exist
baza=> \di importkrharm_umow
No matching relations found.
baza=>

indeks zalozyc sie nie da bo niby jest, ale usunac sie nie da
bo go niby nie ma. co jest grane?
od biedy przemiele baze przez dump/restore, ale wolalbym
tego uniknac.

znik.





=?ISO-8859-2?Q?Micha=B3?= Kuratczyk - 12-04-2006 00:36

  Grzegorz Szyszlo wrote:
> indeks zalozyc sie nie da bo niby jest, ale usunac sie nie da
> bo go niby nie ma. co jest grane?
Nie napisał, że ten indeks jest, tylko, że COŚ o tej nazwie już jest
(a indeksu o tej nazwie faktycznie nie ma). Poszukaj czy nie masz
tabeli/widoku/czegokolwiek o tej nazwie.

--
Michał Kuratczyk




Grzegorz Szyszlo - 13-04-2006 00:09

  Michał Kuratczyk wrote:
> Grzegorz Szyszlo wrote:
>
>>indeks zalozyc sie nie da bo niby jest, ale usunac sie nie da
>>bo go niby nie ma. co jest grane?
>
> Nie napisał, że ten indeks jest, tylko, że COŚ o tej nazwie już jest
> (a indeksu o tej nazwie faktycznie nie ma). Poszukaj czy nie masz
> tabeli/widoku/czegokolwiek o tej nazwie.

Faktycznie, cos jest, bo
baza=> \d importkrharm_umowa<klawisz TAB>
importkrharm_umowa importkrharm_umowa1

umowa1 to wlasciwy indeks, mial byc jako umowa ale jest konflikt.
to cos co sie nazywa umowa bylo zakladane wylacznie jako indeks,
ale cos sie skiepscilo. proces ktory to zakladal pare razy wypadl,
i zrobil sie taki kwiatek. nawet nie wiem co to jest.
tymczasowo dla oszczednosci czasu, uzywam indeksu z 1 w nazwie,
ale gdyby byl prosty sposob aby sie pozbyc tamtego, byloby bardzo dobrze.
w psql, opcja \d[cokolwiek] importkrharm_umowa niczego nie pokazuje,
tzn. albo puste tabelki, albo 'no relations found', albo po prostu nic.

jak dla mnie to cos, to jest niedokonczony, nieaktywowany indeks.
tylko jak go sie pozbyc bez dumpowania bazy?

znik.




myrcioch - 13-04-2006 00:10

  Grzegorz Szyszlo napisal 2006-04-12 07:57:
> Michał Kuratczyk wrote:
>> Grzegorz Szyszlo wrote:
>>
>>> indeks zalozyc sie nie da bo niby jest, ale usunac sie nie da
>>> bo go niby nie ma. co jest grane?

....

> jak dla mnie to cos, to jest niedokonczony, nieaktywowany indeks.
> tylko jak go sie pozbyc bez dumpowania bazy?

Podobny problem miałem z funkcjami plpgsql. Pomogło delete from pg_proc
where proname='trefna_funkcja'

Tomek





Grzegorz Szyszlo - 13-04-2006 00:10

  myrcioch wrote:
> Grzegorz Szyszlo napisal 2006-04-12 07:57:

>>>> indeks zalozyc sie nie da bo niby jest, ale usunac sie nie da
>>>> bo go niby nie ma. co jest grane?
>
>> jak dla mnie to cos, to jest niedokonczony, nieaktywowany indeks.
>> tylko jak go sie pozbyc bez dumpowania bazy?
>
>
> Podobny problem miałem z funkcjami plpgsql. Pomogło delete from pg_proc
> where proname='trefna_funkcja'

w pg_index nie ma pola tekstowego, same abstrakcyjne cyferki :(

znik.




myrcioch - 13-04-2006 00:10

  Grzegorz Szyszlo napisal 2006-04-12 13:24:

>> Podobny problem miałem z funkcjami plpgsql. Pomogło delete from
>> pg_proc where proname='trefna_funkcja'
>
> w pg_index nie ma pola tekstowego, same abstrakcyjne cyferki :(

Jest za to indexrelid, czyli trzeba pewnie usunąć zawartość razem ze
wpisem w pg_class (relkind=i jak index). Nie próbowałem tego nigdy robić
- dump jest wskazany.

Tomek




Grzegorz Szyszlo - 14-04-2006 00:01

  myrcioch wrote:
> Grzegorz Szyszlo napisal 2006-04-12 13:24:
>
>>> Podobny problem miałem z funkcjami plpgsql. Pomogło delete from
>>> pg_proc where proname='trefna_funkcja'
>>
>>
>> w pg_index nie ma pola tekstowego, same abstrakcyjne cyferki :(
>
>
> Jest za to indexrelid, czyli trzeba pewnie usunąć zawartość razem ze
> wpisem w pg_class (relkind=i jak index). Nie próbowałem tego nigdy robić
> - dump jest wskazany.
>
> Tomek

to moze lepiej nie bede kombinowal, tylko przedumpuje i bedzie z glowy.
teraz jakos sobie radze z tym wpisem, bo to tylko blokuje mi zalozenie
indeksu o wymaganej przeze mnie nazwie. na razie obchodze problem.

znik.
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • effulla.pev.pl
  • comp
    [sql][pgsql] zapytanie sql Wydajność baz danych w zależności od poziomu izolacji ANSI/ISO Która z baz: [PGSQL] czy [MySQL] będzie lepsza w takim zastosowaniu (masowe UPDATE) Czy zna (obsługuje) ktoś program Iso Draw ? [PGSQL] Pole "timestamp" a wyciagniecie tylko danych z danego roku. [pgsql] Wybieranie z dwoch tabel - z drugiej tylko jeden rekord [PGSQL] Pobieranie w jednym zapytaniu danych z dwoch tabel PgSQL odzyskanie zawartosci jednej tabeli z kopii - pilne [PGSQL] Strumienie np. dla ostrzeżeń w procedurach Pl Pg SQL MYSQL - kodowanie w ISO-PL
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • oefg.opx.pl
  • Cytat

    Decede mihi sole - nie zasłaniaj mi słonca.
    Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
    Hoc fac - tak czyń.
    A tergo - od tyłu; z tyłu.
    I czarne włosy posiwieją. Safona

    Valid HTML 4.01 Transitional

    Free website template provided by freeweblooks.com