ORM & procedury
sg - 14-11-2006 00:57
ORM & procedury
Witam,
tak się zastanawiam nad takim małym problemem: czy lepiej używać
jakiegoś ORMa (np. hibernate), czy lepiej zrobić pełno procedur w bazie
i je po prostu wywoływać w kodzie czy może lepiej połączyć hibernate
żeby korzystał tylko z procedur a nie prosto z tabel, co myślicie?
--
Na wszystko skutecznie pomaga woda.
Dwie, trzy krople na szklankę wódki
dap - 14-11-2006 00:57
sg wrote:
> Witam,
> tak się zastanawiam nad takim małym problemem: czy lepiej używać
> jakiegoś ORMa (np. hibernate), czy lepiej zrobić pełno procedur w bazie
> i je po prostu wywoływać w kodzie czy może lepiej połączyć hibernate
> żeby korzystał tylko z procedur a nie prosto z tabel, co myślicie?
Zalezy co kim chcesz byc..
Czy programista danego języka pracującym przez ORM z bazami danych?
Czy tez programista danej bazy danych udostępniającym interface do
programu poprzez procedury/pakiety?
Ja osobiście wole opcje druga - mniej nauki, większa wydajność, większa
przenośność :) Ale i tak w pracy w niewielkim stopniu zależy to od
programisty...
dap
--
,= ,-_-. =. gnu.org
((_/)o o(\_)) polanski.biz
`-'(. .)`-' xoops.pl
\_/
sg - 14-11-2006 00:57
dap napisał(a):
> sg wrote:
>> Witam,
>> tak się zastanawiam nad takim małym problemem: czy lepiej używać
>> jakiegoś ORMa (np. hibernate), czy lepiej zrobić pełno procedur w
>> bazie i je po prostu wywoływać w kodzie czy może lepiej połączyć
>> hibernate żeby korzystał tylko z procedur a nie prosto z tabel, co
>> myślicie?
>
> Zalezy co kim chcesz byc..
> Czy programista danego języka pracującym przez ORM z bazami danych?
> Czy tez programista danej bazy danych udostępniającym interface do
> programu poprzez procedury/pakiety?
>
> Ja osobiście wole opcje druga - mniej nauki, większa wydajność,większa
> przenośność :) Ale i tak w pracy w niewielkim stopniu zależy tood
> programisty...
>
> dap
>
nie robi mi to większej różnicy, szukam czegoś co jest
wydajniejsze/lepsze/łatwiejsze do zmiany
--
Na wszystko skutecznie pomaga woda.
Dwie, trzy krople na szklankę wódki
dap - 14-11-2006 00:57
sg wrote:
> dap napisał(a):
>> sg wrote:
>>> Witam,
>>> tak się zastanawiam nad takim małym problemem: czy lepiej używać
>>> jakiegoś ORMa (np. hibernate), czy lepiej zrobić pełno procedur w
>>> bazie i je po prostu wywoływać w kodzie czy może lepiej połączyć
>>> hibernate żeby korzystał tylko z procedur a nie prosto z tabel, co
>>> myślicie?
>>
>> Zalezy co kim chcesz byc..
>> Czy programista danego języka pracującym przez ORM z bazami danych?
>> Czy tez programista danej bazy danych udostępniającym interface do
>> programu poprzez procedury/pakiety?
>>
>> Ja osobiście wole opcje druga - mniej nauki, większa wydajność,
>> większa przenośność :) Ale i tak w pracy w niewielkim stopniu zależy
>> to od programisty...
>>
>> dap
>>
>
> nie robi mi to większej różnicy, szukam czegoś co jest
> wydajniejsze/lepsze/łatwiejsze do zmiany
Jak napisałem ja preferuję (głównie z uwagi na pracę z Oracle) zrobienie
programu w ten sposób:
program -> procedura wywołująca pakiet w bazie danych <-> pakiet w bazie
danych <- obiekty w bazie danych.
dap
--
,= ,-_-. =. gnu.org
((_/)o o(\_)) polanski.biz
`-'(. .)`-' xoops.pl
\_/
Michał Zaborowski - 14-11-2006 00:58
Dnia 2006-11-12 15:33, Użytkownik sg napisał :
> Witam,
> tak się zastanawiam nad takim małym problemem: czy lepiej używać
> jakiegoś ORMa (np. hibernate), czy lepiej zrobić pełno procedur w bazie
> i je po prostu wywoływać w kodzie czy może lepiej połączyć hibernate
> żeby korzystał tylko z procedur a nie prosto z tabel, co myślicie?
>
Zależy, jak leży... Dodatkową warstwę wprowadza się głównie poto,
żeby być niezależnym od silnika. Pewne operacje są jednak o wiele
wydajniejsze, gdy ich wykonanie zleci się bazie danych.
Kolega Dap pisze pod Oracle'a - więc ma pakiety i może sobie wszystko
ładnie debugować... W przypadku PostgreSQLa nie jest już tak ślicznie -
bo ani pakietów, ani debugowania - no i podejście do programowania
czysto strukturalne.
--
Pozdrawiam,
Michał Zaborowski (TeXXaS)
Brzezi - 14-11-2006 00:58
nie, 12 lis 2006 o 15:33 GMT, sg napisał(a):
> Witam,
> tak się zastanawiam nad takim małym problemem: czy lepiej używać
> jakiegoś ORMa (np. hibernate), czy lepiej zrobić pełno procedur w bazie
> i je po prostu wywoływać w kodzie czy może lepiej połączyć hibernate
> żeby korzystał tylko z procedur a nie prosto z tabel, co myślicie?
A co ma jedno do drugiego? zupelnie inne zastosowania, zarowo ORM moze
istniec samo jak i z procedurami, tak samo procedury moga istniec same, jak
i moga byc wykorzystywane przez ORM, jak i niezaleznie
nie widze sensu pytania...
Pozdrawiam
Brzezi
--
[ E-mail: brzezi@enter.net.pl ][ If you analyse anything, you destroy it. ]
[ Ekg: #3781111 ][ -- Arthur Miller ]
[ LinuxUser: #249916 ][ ]
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[oracle] czy da =?ISO-8859-2?Q?si=EA_z_poziomu_procedury_?==?ISO-8859-2?Q?zrobi=E6_kopi=EA_zapasow=B1=3F?=
MSSQL 2005 i uruchamianie procedury o =?ISO-8859-2?Q?okre=B6lone?==?ISO-8859-2?Q?j_godzinie?=
[MS SQL 2000/2005] Procedura z dynamicznym SQL
=?iso-8859-2?q?Procedura_sk=B3adowalna_wywo=B3ywana_o_okreslo nej_godzinie?=
[ORACLE] Stored Procedures - jaki typ danych przy dostępnie poprzez ADO?
=?iso-8859-2?q?[Mysql_5=2E0]_Wywo=B3ywanie_procedury_jako_parametr_funkcji?=
[MySQL5] problem z zastosowanie funkcji, procedury w celu unikniecia powtórzeń kodu w zapytaniach
=?iso-8859-2?q?wysy=B3anie_emaila_za_pomoca_procedury_skladow anej_Oracle?=
=?iso-8859-2?Q?=5Boracle_pl/sql=5D_r=F3=BFnice_w_tworzeniu_procedur?=
=?iso-8859-2?q?Nazwa_Tabeli_jako_parametr_w_procedurze_sk=B3a dowanej?=
zanotowane.pldoc.pisz.plpdf.pisz.pladwokat.keep.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
