Post reply

Reply to the message by Auge

Name:

E-mail: (optional, won't be displayed directly)

Leave this field empty:

Homepage: (optional)

Leave this field empty:

Location: (optional)

Remember me (cookie)

Category:

Subject:

Formatting help

skip to input

format text bold: [b]bold text[/b]
format text italic: [i]italic text[/i]
insert hyperlink: [link=http://example.com/]link text[/link] / [link]http://example.com/[/link]
set text color: [color=#rgb]colored text[/color]
font size: [size=small]small text[/size]; [size=large]large text[/size]
insert list: [list][*]list item[/list]
insert image: [img]http://example.com/image.jpg[/img]; left: [img=left]http://example.com/image.jpg[/img]; right: [img=right]http://example.com/image.jpg[/img]; thumbnail: [img=thumbnail]http://example.com/image.jpg[/img]; thumbnail left: [img=thumbnail-left]http://example.com/image.jpg[/img]; thumbnail right: [img=thumbnail-right]http://example.com/image.jpg[/img]
upload image: upload image ...
insert TeX code: [tex]TeX code[/tex]
insert code: [inlinecode]code[/inlinecode]; [code]code[/code]; [code=css]code[/code]; [code=html]code[/code]; [code=javascript]code[/code]; [code=perl]code[/code]; [code=php]code[/code]; [code=sql]code[/code]; [code=xml]code[/code]

:-)
;-)
:-P
:-D
:-|
:-(
:yes:
:no:
:ok:
:lol:
:lol2:
:lol3:
:cool:
:surprised:
:angry:
:crying:
:waving:
:confused:
:lookaround:
:clap:
:love:
:tick:

Message:

> Hallo
> 
> > > PDO scheint den Vorteil zu haben, dass man auch schnell mal eine andere DB nutzen könnte als MySQL. Ob man das aber jemals nutzt, ist fraglich.
> > 
> > Wer ist "man"? :)
> > 
> > Ich habe heute MLF entdeckt und gleich installiert. Ich würde z.B. sqlite3 bevorzugen, weil es für meinen Anwendungsbereich völlig ausreichend.
> 
> Das hieße aber, dass alle Queries in allen verfügbar sein sollenden Dialekten vorgehalten werden müssten. Es ist ja keineswegs so, dass das SQL in MySQL, PostGreSQL, MS SQL, SQLite und was sonst noch alles infrage käme für alle Aufgaben die selbe Syntax verwenden würde.
> 
> Allein die Paginierung von Postings, also das aufteilen einer Menge von Datensätzen auf mehrere Ausgabeseiten, bringt in manchen SQL-Dialekten die Notwendigkeit absurder Klimmzüge mit sich. Ist das in MySQL und PostGreSQL mit der Limit-Klausel noch identisch gelöst ([inlinecode]LIMIT $start, $anzahl[/inlinecode]), benötigt man beispielsweise in MS SQL die Schreibweise [inlinecode]OFFSET @start ROWS FETCH NEXT @anzahl ROWS ONLY[/inlinecode]. Das funktioniert aber erst seit MS SQL Server 12, bei früheren Versionen brauchte man für soetwas ein nicht gut lesbares Konstrukt von Sub-Queries (siehe [link=https://stackoverflow.com/questions/9013177/mysql-limit-clause-equivalent-for-sql-server]die erste Antwort dieses Threads (von Aaron Bertrand)[/link], ab "prior to that, ...".
> 
> Da stellt sich ganz schnell die Frage, welches System in welcher Version unterstützt werden soll und was eben nicht.
> 
> > Ich hatte aber auch schon Situationen wo ich Mysql und Postgres jeweils für eine Webandwendung nebeneinander laufen hatte. Da ist es schon sehr praktisch, wenn man die Wahl hat und sich nur um einen Datenbankserver kümmern muss.
> 
> Das ist unbestritten. Gerade bei selbst gehosteten Systemen, wo man nicht von vornherein auf ein Datenbanksystem und eine Instanz festgelegt ist, kommt man schnell in die Bredouille, dass die Installationspakete der Wunschsoftware den eigenen Datenbankserver als Abhängigkeit definiert, womit man dann gerne auch mit [i]mehreren[/i] Instanzen [i]eines[/i] Systems (zum Beispiel MySQL) "beglückt" wird. In die Konsolidierung eines solchen Zustands kann man dann gerne mal ein paar -zig Arbeitsstunden versenken.
> 
> Tschö, Auge

E-mail notification on reply of this posting