,, interbase skaber meget uvenlige betegnelser for begrænsninger.det er et manuskript, som vil gøre det genererer mere venlige,.,, /*, forslag om, hvordan man kontrollerer de navne, indeks, der tages i primær - og udenlandske nøgler, nogle bemærkninger om manuskriptet, ================================, interbase (her: ib5. x på wintel), skaber et indeks, hver gang du erklærer en primær eller udenlandske nøgle til et bord.den farmakokinetiske eller fk er en begrænsning, som kan gives et navn, men den genererede indeks altid misligholdelser til et navn som "rdb $primarynn" henholdsvis "rdb $foreignnn", hvor nn er et nummer, som er givet af et system med generatoren.fastlæggelse af en anderledes navn er ikke tilbydes af andre tekstilmaterialer, hvad der virkelig er beklageligt., pk /fk begrænsninger er oplagret i rdb $relation_constraints system, tabel.i rdb $constraint_name kolonne finder du tvang navn, fk /pk og rdb $index_name kolonne butikker indeksets navn ib, skaber for dig.oplysninger om de forhold, der er gemt i rdb $indekser og rdb $index_segments tabeller.når nogen rekord i rdb $relation_constraints, henvisninger til et indeks, du kan opdatere dette indeks er optegnelser i rdb $indekser, og rdb $index_segments og ændre et indeks navn på denne måde (f.eks., bruger erklærede klassifikationer).for indeks, som anvendes i et forhold, tvang dette forhindres af et system af.på den anden side er ajourføringen rdb $relation_constraints generelt ser ud til at blive forbudt. for at bryde disse grænser jeg erklærer en yderligere, før der udløser, rdb $relation_constraints, hvor jeg ændre misligholdelse indeks navn og ændre den til en sammenkædning af præfikset "idx_" og navnet på den underliggende ref. begrænsning.oprindelige navn og erstattet navn er midlertidigt oplagret i tabellen "hacked_indexnames".aftrækkeren er fyret, når f.eks. en tabel, der indeholder en primær eller udenlandske, stor hindring.efter dette har ske rdb $relation_constraints tabel, har en ny rekord med min "idx_xxxx" navn i rdb $index_name kolonne. (bemærk, at restriktionen navn må ikke være længere end 31-4 = 27 personer).i øjeblikket er det en inkonsekvent situation, fordi det indeks, ikke desto mindre er blevet opbevaret under det navn i misligholdelse rdb $indekser og rdb $index_segments og så den nye plade i rdb $relation_constraints, viser, at der er et indeks, som ikke findes.men denne situation giver mig mulighed for at ændre den nye rekorder i rdb $indekser og rdb $index_segments, hvad der er gjort ved min opbevares procedure "apply_indexnames".du er nødt til at gennemføre denne procedure hver gang, efter at du har skabt en tabel eller skabt forhold, begrænsninger på en anden måde.de forpligter sig før efter udførelsen, "apply_indexnames" synes at være nødvendig, fordi den interbase kerne, er en sådan eksisterer?)ser ud til at have sin egen opfattelse, at systemet tabeller., manuskript under demonstates "hack".,,, løb det og prøve for eksempel "plan" og "vælg * fra en ordre fra, a1." og så får du plan (en for idx_pk_a), snarere end "plan (en dollar for rdb primary1)", kan du bruge den hackede indeks navne i planen.validering af, database, rapporter, ingen fejl, og de har hacket indeks navne også overleve, g'backup /resorte.anyway, jeg naturligvis ikke hævde, at dette er en sikker vej til at gå, og jeg vil recommand bruger det.det er bare et eksempel, der kommer af, hvad du kan gøre for dig.det er gratis at benytte det på en "as_is" grundlag. din feedback er velkommen. karsten strobel, ait gmbh, augsburg, tyskland, (03-aug-1998), e - mail: [email protected], 28-oct-1999:, afprøves med ib5.6 (wintel), stadig virker fint, * /, skabe database "c: ¶ - ¶ test. gdb" bruger "sysdba" kodeord "masterkey", skabe tabel hacked_indexnames (old_name varchar (31), new_name varchar (31), sigt); skabe udløser rel_constr_bi for rdb $relation_constraints før indsættes som erklærer variabel new_idx_name varchar (31), begynder, hvis (rdb $index_name nye. ikke er ugyldig, og nye. rdb $constraint_type i ("primære nøgle", "udenlandske nøgle"), begynder, new_idx_name = "idx_"