Witam,

mój plik schema.yml wygląda tak:

Oczywiście generuje on plik sql o takiej treści (używam sterownika do postgresa: pgsql)

[SQL] pobierz, plaintext 
CREATE SEQUENCE "users_seq";
CREATE TABLE "users"
(
        "id" INTEGER  NOT NULL,
        "login" VARCHAR(50),
        "password" VARCHAR(32),
        "user_type_id" INTEGER  NOT NULL,
        PRIMARY KEY ("id","user_type_id")
);
COMMENT ON TABLE "users" IS '';
 
SET search_path TO public;
ALTER TABLE "users" ADD CONSTRAINT "users_FK_1" FOREIGN KEY ("user_type_id") REFERENCES "user_types" ("id") ON DELETE CASCADE;
 
CREATE SEQUENCE "user_types_seq";
CREATE TABLE "user_types"
(
        "id" INTEGER  NOT NULL,
        "name" VARCHAR(100),
        PRIMARY KEY ("id")
);
COMMENT ON TABLE "user_types" IS '';
SET search_path TO public;
[SQL] pobierz, plaintext 

gdy chcę załadować plik do bazy danych występuje taki błąd:


Oczywiście błąd rozumiem, wszystko wróciłoby do normy gdybym deklaracje tych dwóch powyższych tabel zamienił miejscami. Jednak mam pytanie.

Czy istnieje jakiś przełącznik, lub jakiś inny sposób aby plik sql, tworzący schemat bazy danych zawierał na początku pliku deklaracje tabel a na samym końcu wszelkie ADD CONSTRAINT?

Chodzi o to, że stworzyłem dość spory plik schema.yml i nie wiem co zrobić, aby poprawnie załadować plik sql do bazy danych.

(Oczywiście chodzi mi o rozwiązania inne niż zmiana kolejności deklaracji tabel)

Pozdrawiam

a nie jest czyściej:

• zamienić zaminieć nazwę encji z "user_types" na "user_type"
• wywalić definiowanie "foreignTable"

BTW. Wg dobrych praktyk, polecam nazwy encji w liczbie pojedyńczej a nie mnogiej.

Ja bym najpierw zdefiniował tabelę user_type, a dopiero później user - nie wiem dlaczego się przed tym tak wzbraniasz.
I tak jak napisał ~jupeter - lepiej nazywaj encje rzeczownikami w liczbie pojedynczej. Dlaczego? Gdyż później otrzymasz w DAO możesz otrzymać metody ze zdublowanym "s" na końcu. Np. *JoinUserss inna sprawa, że np. w przypadku Category uzyskasz i tak niepoprawne *Categorys (zamiast *Categories) no ale jednak *ss bardziej razi

No jak to wywalić foreignTable? A jak mam zdeklarować więzły integralności pomiędzy tabelami?




Chwila? A co tu do gadania ma nazwa encji? Przecież jak widać w przykładzie jest w _attributes phpName i ta phpName jest w liczbie pojedynczej a nie mnogiej tak jak nazwa encji. W moim mniemaniu tabela użytkowników jest zbiorem użytkowników a nie zbiorem użytkownika, więc naturalne dla mnie jest używanie liczby mnogiej dla nazw encji. Inna sprawa oczywiście dotyczy samej klasy modelu, ale to jak już wcześniej wspomniałem określa phpName. Oczywiście jeśli się mylę to mnie poprawcie.



Ja się do tego nie wzbraniam. Po prostu piszę nowy system i już napisałem schema.yml. No i w nim mam pogrupowane tabele pod względem przeznaczenia zawartości i wielu innych czynników. Dzięki temu mam porządek w moim schema.yml. Lecz aby zbudować poprawny plik SQL musiałbym cały plik schema.yml przepisać (a dokładniej pozamieniać miejscami deklaracje tabel) czego chcę uniknąć. Stąd ten post.

Poza tym zadałem podobne pytanie na forum symfony. Odpowiedział mi pewien Niemiec, że się tego nie da zrobić, więc chyba pozostanie mi przepisanie pliku schema.yml

Ehh - łapy opadają jak Ciebie słyszę. Ale odpiszę:

Piszesz bez sensu. Encja zawsze jest jakimś zbiorem (z samej definicji). Jakbyś trochę poczytał dokumentację, to byś wiedział że jakbyś zrobił:


to generowane klasy by się automatycznie połączyły (bez wsadzania foreignTable w schema.yml).

Proponuję diagram encji sobie robić i wrzucić jaki JPGa na przykład. Choć podejrzewam że uważasz to za zbędny trud, tak samo jak budowanie encji w liczbie pojedyńczej - które wymyśliło sporo mądrzejszych programistów, przed Tobą.

Następnym razem powiedź, żebym podpisywał się jako Niemiec, żebyś uwierzył .

Nie chcesz nie odpisuj, tym bardziej, że nawet nie podajesz rozwiązania tylko pokazujesz, że da się zrobić to samo innym sposobem, co NIE ZAŁATWIA PROBLEMU!



Skoro encja jest zbiorem danych, to dlaczego nie mogę jej nazwać liczbą mnogą. W samej aplikacji będzie to liczba pojedyncza, ponieważ do tego twórcy symfony wymyślili coś takiego jak phpName (o czym już we wcześniejszym poście wspomniałem)



... i co? podałeś mi inne rozwiązanie, które różni się od mojego tym, że ja deklaruje jawnie węzły integralności, a w Twoim przypadku robi to automat. Ja wolę jawnie deklarować węzły... i co? Powiesz mi, że to jest `nie kul`, bo tak nie było w `askeecie`? Fakt jest taki, że nie pomyślałem o tym aby węzły integralności rozwiązywać w ten sposób co Ty, ale to nie oznacza, że dodanie foreignTable jest czymś złym albo wręcz `przeciw sztuce`. Mało tego, ja jeszcze w atrybutach kolumn deklaruję często nazwy sekwencji (jak wspomniałem używam postgresa), żeby potem się połapać. Pomyśl, że skoro w `askeet` pokazali, że można wykorzystać automaty nie oznacza, że trzeba z nich korzystać! Na przykład nie sprawdzą się jak w nazwie encji będę używał wspomnianej liczby mnogiej lub chociażby jakiś prefiks w nazwie tabeli (tak wiem, pewnie zapytasz dlaczego stosować prefiksy w nazwach encji).



hmm... a tu a co autorowi chodzi to nie mam pojęcia. Może chodzi Ci o graficzny projekt bazy... jeśli pytasz to: tak, używałem!



Żałosne zakończenie żałosnego posta

Przepraszam wszystkich za ten offtopic, ale aż ciężko nie odpowiedzieć na takie głupkowate zarzuty. Dlatego ponawiam pytanie.

Faktycznie. Odpowiedź na Twoje pytanie brzmi NIE. Nikt z propela nie pomyślał o tym, żeby układać odwrotnie kolejność encji z wygody. BTW. Zawsze zgłosić im taką poprawkę (i od razu zrobić path'a).


I co? I nic - kwestia wyboru.
Nie zmuszę cię do tego, żebyś nie powielał kodu. Ani do tego, że przyjęło się stosować liczbę pojedyńczą. Twój wybór, ja tylko podałem swoje zdanie (bo o nie pytałeś).



Zamknijmy ten topic - odpowiedź na postawione pytanie: nie da się.