Hirdetés

  2. Fórumok
  3. Szoftverfejlesztés
  4. SQL kérdések
  5. (kiemelt téma)

Új hozzászólás Aktív témák

  • #3859 kem addikt Ispy #3853
    Új Válasz #3859
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    kem

    addikt

    válasz Ispy #3853 üzenetére

    Koszonom a valaszokat megprobalok valaszolni mindegyikre:

    Ketto fele Subscription van. az egyikhez van pin rendelve a masikhoz meg csak teloszam. Ebbol csak az egyik variacioval kell foglalkoznunk azert szurjuk ezt itt. Atirom =re koszonom.

    #3856 sztanozs:
    ez alapján kellene excludolnia?
    Igen ez az utolso filter amivel az osszes subscriptionbol kivonom azokat ahol deffinialva van a parameter. az erteke mindegy a lenyeg, hogy lehessen valtoztatni. Egyebkent ahol nincs deffinialva ott amutomatikusan orokli es mivel a hierarhiat kell valtoztatnom a nagyobb feladat soran ezert kell mindenkeppen fixalni ezen a szinten az ertekeket. Viszont ha nincs deffinialva akkor nem tudom atallitani.
    itt egyenlőségjel helyett nem IN kellene?
    Nem. Itt csak 1 ertekre van szuksegunk es azzal szurni.

    Kozben a tobbiek arra gondolnak, hogy valoszinuleg a tul nagy adathalmaz miatt kifut a memoriabol az egyebkent is memoriaban futo adatbazik csak valamiert ezt nem reportalja az OS logba vagy a Timesten logba szoval ez a kovetkezo dolog aminek utana nezek.

    szerk:

    Mrgvan a megoldas. a CREATE VIEW-ban kicsereltem a LIKE-ot =ra
    create view waitRoomEnabled as
    select s."UID" as SUBSCRIPTION_UID
    from subscription s
    join subscription_attribute sa on s."UID" = sa.SUBSCRIPTION_UID
    join account a on s.OWNING_ACCOUNT_UID = a."UID"
    join domain_parameter dp on sa.DOMAIN_PARAMETER_UID = dp."UID"
    where dp.ID = 'waitRoomEnabled'
    ;

Új hozzászólás Aktív témák