Przejście z baz Paradox na MSSQL
pawel105
Mam aplikację pracującą na bazach Paradox. Ze względu na duży przyrost
danych musimy przejść na SQL.
Czy ktoś ma doświadczenie w tym temacie ?
Jaki motor bazy SQL na dzień dzisiejszy najlepiej wybrać ?
W aplikacji używamy komponentów T_table i T_query. Delphi 5.
Będę wdzięczny za odpowiedzi, szczególnie osób które przeprowadzały
podobne przejścia.
Paweł
miab
> Witam
>
> Mam aplikację pracującą na bazach Paradox. Ze względu na duży przyrost
> danych musimy przejść na SQL.
> Czy ktoś ma doświadczenie w tym temacie ?
> Jaki motor bazy SQL na dzień dzisiejszy najlepiej wybrać ?
Preciez wybrałeś MSSQL :) ale nie powiedział bym że jest
najlepszy.
> W aplikacji używamy komponentów T_table i T_query. Delphi 5.
Możesz przechodzić na Firebirda łacząc się przez BDE.
A potem (albo odrazu) użyć jakiejś nowszej biblioteki pośredniczącej.
W Delphi chyba nawet jest przykład Mastapp jak pracować z Paradox'em
i Firebird'em przez BDE, a jak przez IBX'y.
miab
pawel105
OK. Zasugerowałem MSSQL bo jest chyba najbardziej popularny i
rozwijany. Preferuję rozwiązania popularne dlatego że "skąś" ta
popularność się wzięła. Teraz dzięki temu jest wiele narzędzi do
niego, oraz jeśli używa go wielu to i pewnie dawno połatany i nikt nie
pozwoli sobie na to żeby umarł a wręcz przeciwnie będzie się rozwijał,
bo jest potrzebny.
Ale przejdźmy do meritum. Czy mogę przejść na MSSQL prze BDE jest tam
ODBC MSSQL Native Client i MSSQL Server.
Czy robiłeś coś takiego czy tylko tak piszesz?
wloochacz
>>> Witam
>>> Mam aplikację pracującą na bazach Paradox. Ze względu na duży przyrost
>>> danych musimy przejść na SQL.
>>> Czy ktoś ma doświadczenie w tym temacie ?
>>> Jaki motor bazy SQL na dzień dzisiejszy najlepiej wybrać ?
>> Preciez wybrałeś MSSQL :) ale nie powiedział bym że jest
>> najlepszy.
Ale nie jest też najgorszy :)
Możnaby się zgodzić, że MSSQL jest najlepszy, ale to zależy. Nie
obligatoryjnie najlepszy. Tylko że dokładnie to samo można powiedzieć o
Oracle, DB2, PostgreSQL, (tfu!) MySQL, Firebird itd.
>>> W aplikacji używamy komponentów T_table i T_query. Delphi 5.
Polecam najpierw zrobić migrację do nowszej wersji Delphi.
Delphi 5 to staroć i ma "troszkę" ciut inną architekturę VCLa od
nowszych Delphi. W Efekcie czego np. nie znajdziesz wielu komponentów,
które działają z D5.
>> Możesz przechodzić na Firebirda łacząc się przez BDE.
>> A potem (albo odrazu) użyć jakiejś nowszej biblioteki pośredniczącej.
>> W Delphi chyba nawet jest przykład Mastapp jak pracować z Paradox'em
>> i Firebird'em przez BDE, a jak przez IBX'y.
>>
>> miab
>
> OK. Zasugerowałem MSSQL bo jest chyba najbardziej popularny i
> rozwijany.
To zależy; generalnie w/w stwierdzenie to piramidalna bzdura. bo niby
jak to rozumieć? Taki Oracle, mniej rozwija swoją bazę?
Czy nawet community PostgreSQL?
> Preferuję rozwiązania popularne dlatego że "skąś" ta
> popularność się wzięła. Teraz dzięki temu jest wiele narzędzi do
> niego, oraz jeśli używa go wielu to i pewnie dawno połatany i nikt nie
> pozwoli sobie na to żeby umarł a wręcz przeciwnie będzie się rozwijał,
> bo jest potrzebny.
Moim zdaniem dowolna "popularna" baza da Ci tę pewność; czyli jakieś 6
do 10 silników.
> Ale przejdźmy do meritum. Czy mogę przejść na MSSQL prze BDE jest tam
> ODBC MSSQL Native Client i MSSQL Server.
Co?
W BDE ma być to co piszesz? Nie ma, bo i po co miałoby być.
Poza tym, po co Ci to BDE - zmigruj doc czegoś innego.
> Czy robiłeś coś takiego czy tylko tak piszesz?
Miab pewnie robił niejedno.
Za to Ty czy aby na pewno wiesz o czym piszesz?
--
wloochacz
miab
Nigdy nie próbowałem migrować z BDE do MSSQL'a przez prehistoryczne BDE.
Do współpracy z MSSQL'em w Delphi szczególnie nadaje sie ADO jako
najblizsze M$'owi i troche podobne do BDE, ew. dbx ew. AnyDAC.
W przypadku dbx są nawet takie migracyjne rozwiązania np.InstantBDExpress.
Z tym że Delphi5 to za niska wersja zeby na poważnie pisac
aplikacje współpracujace z współczesnymi serweram(brak aktualizowanych
bibliotek i wogóle późniejszych rozwiązań).
miab
Troll
Użytkownik "pawel105" <pmst...@hot.pl> napisał w wiadomości
news:31e934d2-07e1-4ccc...@s50g2000hsb.googlegroups.com...
Witam
>
>Mam aplikację pracującą na bazach Paradox. Ze względu na duży przyrost
>danych musimy przejść na SQL.
>Czy ktoś ma doświadczenie w tym temacie ?
>Jaki motor bazy SQL na dzień dzisiejszy najlepiej wybrać ?
PostgreSQL lub firebird (mniej zachodu niz z MSSQL, mozliwosci, przynajmniej
tej pierwszej duze).
>W aplikacji używamy komponentów T_table i T_query. Delphi 5.
dalej bedzie mozna uzywac jak sie polaczysz np przez odbc
P.
Troll
--
http://wspolna-flaszka.pl - a Ty z kim dzisiaj pijesz? :-)
Troll
czyzbys mial jakie zle wspomnienia? :)
Niechaj zgadne, przy tworzeniu nieco bardziej wymagajacych procedur :)
P.
wloochacz
>> (tfu!) MySQL,
>
>
> czyzbys mial jakie zle wspomnienia? :)
> Niechaj zgadne, przy tworzeniu nieco bardziej wymagajacych procedur :)
Pudło.
--
wloochacz
wloochacz
>> W aplikacji używamy komponentów T_table i T_query. Delphi 5.
>
> dalej bedzie mozna uzywac jak sie polaczysz np przez odbc
Generalnie - poroniony pomysł, zwłaszcza z tym TTable i serwerem SQL.
--
wloochacz
Bolo
Kiedys musialem tez to zrobic, wyemigrowac z Paradoxa do bazy SQL...
I wydaje mi sie ze najrozsadniejszym rozwiazaniem jest wybrac baze (FB,
MSSQL,...) i napisac aplikacje od nowa, wykorzystujac algorytmy starej
(czesciowo) ale TYLKO na komponentach dedykowanych bazie - IBX, AnyDAC,
ADO...
Inaczej - szkoda zachodu
Pozdrawiam
Bolo
ZbyszekZ
> On 12 Sie, 19:40, "miab" <miw...@wp.pl> wrote:
>
>
>
> > pawel105 wrote:
> > > Witam
>
> > > Mam aplikację pracującą na bazach Paradox. Ze względu na duży przyrost
> > > danych musimy przejść na SQL.
> > > Czy ktoś ma doświadczenie w tym temacie ?
> > > Jaki motor bazy SQL na dzień dzisiejszy najlepiej wybrać ?
>
> > Preciez wybrałeś MSSQL :) ale nie powiedział bym że jest
> > najlepszy.
>
> > > W aplikacji używamy komponentów T_table i T_query. Delphi 5.
>
> > Możesz przechodzić na Firebirda łacząc się przez BDE.
> > A potem (albo odrazu) użyć jakiejś nowszej biblioteki pośredniczącej.
> > W Delphi chyba nawet jest przykład Mastapp jak pracować z Paradox'em
> > i Firebird'em przez BDE, a jak przez IBX'y.
>
> > miab
>
> OK. Zasugerowałem MSSQL bo jest chyba najbardziej popularny i
Taaa, jak to było? Jedzcie gówno, miliony much nie mogą się mylić.
> rozwijany. Preferuję rozwiązania popularne dlatego że "skąś" ta
> popularność się wzięła.
Dobry marketing?
Szczególnie jak się weźmie pod uwagę statystyki i MSSQL nie jest
najbardziej popularnym serwerem w większości kategorii,
aczkolwiek nie wykluczam że np. wśród niedouczonych studentów jest
faktycznie numberone.
--
ZZ@private
wloochacz
[ciach]
>> OK. Zasugerowałem MSSQL bo jest chyba najbardziej popularny i
>
> Taaa, jak to było? Jedzcie gówno, miliony much nie mogą się mylić.
>
>> rozwijany. Preferuję rozwiązania popularne dlatego że "skąś" ta
>> popularność się wzięła.
> Dobry marketing?
> Szczególnie jak się weźmie pod uwagę statystyki i MSSQL nie jest
> najbardziej popularnym serwerem w większości kategorii,
> aczkolwiek nie wykluczam że np. wśród niedouczonych studentów jest
> faktycznie numberone.
--
wloochacz
Mikołaj 'Virion' Milewski
> ZbyszekZ pisze:
>> Dobry marketing?
>> Szczególnie jak się weźmie pod uwagę statystyki i MSSQL nie jest
>> najbardziej popularnym serwerem w większości kategorii,
>> aczkolwiek nie wykluczam że np. wśród niedouczonych studentów jest
>> faktycznie numberone.
> Przesadzasz i doskonale zdajesz sobie z tego sprawę, tylko co z tego
> wynika?
Może to, że żeby nie zasłużyć na miano niedouczonego studenta należy
korzystać np. z DB2? Ale wyżej zaprezentowanej praktyki 'dobrym
marketingiem' już nie nazwałbym.
--
Pozdrawiam,
Mikołaj 'Virion' Milewski
ZbyszekZ
A czy ja gdzieś w tym poście napisałem o DB2?
Albo jeszcze inaczej czy DB2 jest najbardziej popularnym serwerem SQL?
( Pewnie są takie kategorie w których jest, ale raczej nie jest ich
zbyt wiele ;-)
Tak więc kompletnie nie rozumiem czego się czepiasz.
--
ZZ@private
Mikołaj 'Virion' Milewski
> A czy ja gdzieś w tym poście napisałem o DB2?
> Albo jeszcze inaczej czy DB2 jest najbardziej popularnym serwerem SQL?
> ( Pewnie są takie kategorie w których jest, ale raczej nie jest ich
> zbyt wiele ;-)
>
> Tak więc kompletnie nie rozumiem czego się czepiasz.
Kompletnie niepotrzebnych a zdecydowanie pejoratywnych określeń. BTW,
wśród studentów kierunków informatycznych może i faktycznie MSSQL jest
popularnym RDBMSem, ale wyjaśnienia szukałbym raczej w programach typu
MSDN AA (czyli w marketingu) a nie w dopatrywaniu się niedouczoności
użytkowników tegoż.
ZbyszekZ
<mikolaj.milewski.inva...@address.gmail.com> wrote:
> ZbyszekZ pisze:
>
> > A czy ja gdzieś w tym poście napisałem o DB2?
> > Albo jeszcze inaczej czy DB2 jest najbardziej popularnym serwerem SQL?
> > ( Pewnie są takie kategorie w których jest, ale raczej nie jest ich
> > zbyt wiele ;-)
>
> > Tak więc kompletnie nie rozumiem czego się czepiasz.
>
> Kompletnie niepotrzebnych a zdecydowanie pejoratywnych określeń.
Potrzebnych, potrzebnych. Bez takich elementów post znika w tłumie :-)
> BT
> wśród studentów kierunków informatycznych może i faktycznie MSSQL jest
> popularnym RDBMSem, ale wyjaśnienia szukałbym raczej w programach typu
> MSDN AA (czyli w marketingu) a nie w dopatrywaniu się niedouczoności
> użytkowników tegoż.
A co ja napisałem o tymże marketingu? Popularność MS SQL to pojęcie
marketingowe.
Kiedyś napisali że są najszybszym serwerem, udowadniając to testem na
słabo porównywalnych systemach (cluster kontra minikomputer).
Swego czasu tez się z rozbrajającą szczerością przyznali że driver
Oracle w standardzie ADO jest z powodu ich wewnętrznych potrzeb.
A co meritum jakby pytacz się douczył to by wiedział o co pytać, znał
co nieco różnice między serwerami itd itp. Tak za chwilę będzie
kolejny zapłakany "architekt systemów", że aplikacja na serwerze SQL
działa wolniej niż na paradoksie.
--
ZZ@private
Krzysztof
>>Jaki motor bazy SQL na dzień dzisiejszy najlepiej wybrać ?
Nic nie pisałeś o budżecie więc polecam Oracle Enterprise.
Masz tam kilka ciekawych mechanizmów począwszy od RMAN'a aż po
partycjonowanie tabel i dalej.
Jest rozwijany ale nie polecam jeszcze 11tki.
CO do wsparcia nie można mieć zastrzeżeń żadnych.
Jako platformę polecałbym coś z SUNa /Sparc (Solaris) albo IBMa /pSeries
(AIX).
Nie rozdrabniaj się, weź od razu RAC (Real Application Cluster).
Będzie Pan Zadowolony!
pozdrawiam
Krzysiek
Jan Murat
Masz D5 i jak rozumiem nie chcesz inwestowac w upgrade
Masz nizej link do strony gdzie przechodzi sie z BDE do FB/dbExpres za pomoca
darmowego turbodelphi explorera 2k6: http://www.beskid.net/~wladek/delphi/
pawel105 <pmst...@hot.pl> napisał(a):
> Witam
>
> Mam aplikacj=EA pracuj=B1c=B1 na bazach Paradox. Ze wzgl=EAdu na du=BFy prz=
> yrost
> danych musimy przej=B6=E6 na SQL.
> Czy kto=B6 ma do=B6wiadczenie w tym temacie ?
> Jaki motor bazy SQL na dzie=F1 dzisiejszy najlepiej wybra=E6 ?
>
> W aplikacji u=BFywamy komponent=F3w T_table i T_query. Delphi 5.
> B=EAd=EA wdzi=EAczny za odpowiedzi, szczeg=F3lnie os=F3b kt=F3re przeprowad=
> za=B3y
> podobne przej=B6cia.
>
> Pawe=B3
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
wloochacz
>>> Jaki motor bazy SQL na dzień dzisiejszy najlepiej wybrać ?
>
> Nic nie pisałeś o budżecie więc polecam Oracle Enterprise.
> Masz tam kilka ciekawych mechanizmów począwszy od RMAN'a aż po
> partycjonowanie tabel i dalej.
nazwie "Enterprise" - więc nie ma się czym chwalić, IMHO.
> Jest rozwijany ale nie polecam jeszcze 11tki.
> CO do wsparcia nie można mieć zastrzeżeń żadnych.
>
> Jako platformę polecałbym coś z SUNa /Sparc (Solaris) albo IBMa /pSeries
> (AIX).
> Nie rozdrabniaj się, weź od razu RAC (Real Application Cluster).
>
> Będzie Pan Zadowolony!
He he, naprawdę się ubawiłem :)
To tak jakby proponować komuś kto chodził w podartych butach i chce
kupić nowe, wahadłowiec kosmiczny.
Zadowolony?
Nie sądzę - taki projekt bez odpowiednich kompetencji, to...
--
wloochacz
wloochacz
>>> A czy ja gdzieś w tym poście napisałem o DB2?
>>> Albo jeszcze inaczej czy DB2 jest najbardziej popularnym serwerem SQL?
>>> ( Pewnie są takie kategorie w których jest, ale raczej nie jest ich
>>> zbyt wiele ;-)
>>> Tak więc kompletnie nie rozumiem czego się czepiasz.
>> Kompletnie niepotrzebnych a zdecydowanie pejoratywnych określeń.
>
> Potrzebnych, potrzebnych. Bez takich elementów post znika w tłumie :-)
>
>> BT
>> wśród studentów kierunków informatycznych może i faktycznie MSSQL jest
>> popularnym RDBMSem, ale wyjaśnienia szukałbym raczej w programach typu
>> MSDN AA (czyli w marketingu) a nie w dopatrywaniu się niedouczoności
>> użytkowników tegoż.
>
> A co ja napisałem o tymże marketingu? Popularność MS SQL to pojęcie
> marketingowe.
> Kiedyś napisali że są najszybszym serwerem, udowadniając to testem na
> słabo porównywalnych systemach (cluster kontra minikomputer).
> Swego czasu tez się z rozbrajającą szczerością przyznali że driver
> Oracle w standardzie ADO jest z powodu ich wewnętrznych potrzeb.
>
> A co meritum jakby pytacz się douczył to by wiedział o co pytać, znał
> co nieco różnice między serwerami itd itp.
Co prawda, to prawda.
> Tak za chwilę będzie
> kolejny zapłakany "architekt systemów", że aplikacja na serwerze SQL
> działa wolniej niż na paradoksie.
KAŻDA poprawnie zaprojektowana aplikacja na Paradoksie, będziesz szybsza
niż na serwerze SQL.
Oczywiście w pewnych zastosowaniach.
Jesteś niedouczony, czy tylko tak se klepiesz aby przepchnąć swoje
wątpliwej wartości argumenty?
Tylko, że ja wiem, że Ty wiesz że tak jest.
To po co ta pisanina??
--
wloochacz
Krzysztof
> nowe, wahadłowiec kosmiczny.
Wahadłowiec? W mojej skali to już międzynarodowa stacja kosmiczna!
Kolega nic nie wspomniał o stanie swoich butów.
ZbyszekZ
wrote:
> > Tak za chwilę będzie
> > kolejny zapłakany "architekt systemów", że aplikacja na serwerze SQL
> > działa wolniej niż na paradoksie.
>
> KAŻDA poprawnie zaprojektowana aplikacja na Paradoksie, będziesz szybsza
> niż na serwerze SQL.
> Oczywiście w pewnych zastosowaniach.
Chyba warunkach albo środowiskach a nie zastosowaniach. Bo co
napisałeś to jakoś nie całkiem logiczne.
Jak każda poprawnie to każda a nie do pewnych zastosowań.
> Jesteś niedouczony, czy tylko tak se klepiesz aby przepchnąć swoje
> wątpliwej wartości argumenty?
> Tylko, że ja wiem, że Ty wiesz że tak jest.
> To po co ta pisanina??
Bo gdzieś stres dnia codziennego trzeba odreagować i wykazać samemu
sobie że jeszcze się coś wie :-)
--
ZZ@private