list( sorted(

@Spofity: po co?

@Spofity: wyciągnij dane SQLem, a nie ORMem i zobacz różnicę

@jaroslaw-stadnicki: już lecę te left outer joiny na 40 linii ręcznie klepać :D

@jaroslaw-stadnicki: @Jurigag: Nie jest słabe. Baza danych której schemat został przemyślany i zaprojektowany przez specjalistę w zasadzie zostaje otwarta na każdego deva który nie ma pojęcia jak wydajnie zapytać o dane. To brak izolacji. Zupełnie jak mutowalna klasa z publicznymi zmiennymi. Odpowiedzialność w jaki sposób zmieniane są dane powinien być po stronie bazy danych i nikt inny nie powieniem tam grzebać. Ten pattern dziala tylko jak macie w firmie bazodanowcówPokaż całość

@chester zależy do czego; z tego co kojarzę to peewee zawsze miał być mały i prosty w założeniach. Z tego też względu bym go wybierał przy mniejszych tematach - mniej skomplikowanych, gdzie warstwa danych nie jest wymagająca - i nie dlatego, że się nie da inaczej - ale tak raczej just-in-case żeby się nie okazało, że później nie można. SQLAlchemy zawsze przerażał liczbą możliwych opcji - i ten się wciąż sprawdzi wPokaż całość

@stolar28 zrób prostu serwis i googluj wg potrzeb. Poziom trudności średni.

@dwuitownik: ostatnio kolega przez te rowery niezłego dzwona zaliczył, w trakcie jazdy kierownica mu centralnie odpadła, nie wiem czy ktoś zostawił taki rower rozwalony, czy specjalnie odkręcił kierownicę, ale koleżka nieźle wywalił orła. Policja też była. Nie wiem jeszcze jak ta sprawa się zakończyła :/

@dwuitownik: prosta sprawa nie twoje nie dbasz... typowe zwierzęce zachowanie, chociaż nie, nie obrażajmy zwierząt.

@safuka: dla mnie dużo przyjemniejszy jest typeorm, syntax jest przyjemniejszy (normalnie masz @ManyToOne i inne takie takie, zamiast jakieś dziwne BelongsTo :P), dekoratory + generalnie profity płynące z typescriptu. Ale jest do de facto dość nowy ORM i czasami coś z dupy może nie działać, albo działa inaczej niż myślisz i ciężko ogarnąć co się dzieje. I dokumentacja mogła by być lepsza, często muszę przeglądać kod na gh, żeby mieć pewnośćPokaż całość

@Arveit: Polecam JMSSerializerBundle i grupy serializacji.

@htfhere Objekt persystencyjny

@htfhere: obiekt utrwalalny

Pokaż spoiler

@grajlord: wróć, coś znalazłem:
https://sqlite.org/threadsafe.html

@grajlord: wg mnie jedynym rozsądnym rozwiązaniem jest opcja 2.

@rydes: piatek dzisiaj

@rydes: Naucz się pisać z akapitami, bo ściana tekstu.

wydajnością

@siemanko: Nie przejmuj się wydajnością :)

@gajowy_marucha: w doctrine również masz dziedziczenie, tam się dzieje to po abstrakcyjnym typie, który jest podstawą do zbudowania tabeli (nie po Eloquencie, a po "abstrakcyjnej" encji), a następnie dyskryminator doktrynowy sprawia (na podstawie dodatkowej kolumny w tabeli), że hydruje się obiekt odpowiedniej klasy, wedle zadanej wcześniej konfiguracji. Jedna klasa dziedzicząca może posiadać jedną relację, a druga inną. "Fizycznie" pojawią się w tabeli dwie kolumny, ale tylko jedna z nich będzie wykorzystywanaPokaż całość

cross joint? ( ͡° ͜ʖ ͡°)

@aaandrzeeey: Entity Framework.

P.S. Linq to nie ORM.

@Crisu: Ja mogę od siebie polecić ORMLite do mniejszych projektów. Przyjemne api oraz dobra dokumentacja.
Niezbędne np. na Androida, ale używam też na serwerze:)

@Crisu: Jeśli ma być przenośność między różnymi bazami to można próbować z ORM - oraz gdy część zapytań musi być generowana dynamicznie. Inaczej proponuję użyć sql-a bezpośrednio.

@sebo000: Assembler też ci garów nie umyje.

@echelon_: Chodzi Ci o coś takiego ? :

@Entity

@Table(name = "equipment", schema = "BLAH")

@NamedQueries(

{

@NamedQuery(name = "Equipment.findById",

query = "from Equipment e left join fetch e.categories left join fetch e.translations where e.id = :id")

})

@AssociationOverride(name = "translations", joinColumns = @JoinColumn(name = "equipment_id", nullable = false))

public class Equipment extends Translatable

{