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

  • kem
    addikt

    Nem értek a TimesTenhez, szóval csak belemakogok, de ez a rész

    and
    srk.DOMAIN_RESOLVE_KEY_UID = (
    select drk."UID" from DOMAIN_RESOLVE_KEY drk
    where drk.ID like 'guestPIN');

    miért nem join-ként van definiálva?

    Illetve itt a like-hoz nem kell %-jel vagy valami? Alapból benne keres? Vagy itt csak azokra vagy kiváncsi, ahol guestPIN, akkor meg minek a like, miért nem simán =?

    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