Schrift
[thread]9519[/thread]

perlboard @ sourceforge (Seite 8)

Leser: 2


<< |< 1 ... 5 6 7 8 9 10 11 ... 20 >| >> 195 Einträge, 20 Seiten
pq
 2006-08-01 02:41
#90871 #90871
User since
2003-08-04
12209 Artikel
Admin1
[Homepage]
user image
gerade weil es mysql egal ist, ob groß oder klein, kann es sein, dass
im board fehler sind, weil nicht auf groß oder klein geachtet wird.
steigt man nun auf eine db um, der es nicht egal ist, dann kommen
diese fehler zutage.
aber ich würde gern versuchen, etwas mehr abstraktion reinzubringen,
so dass man möglichst gar keine feldnamen im code hat.
dann ist man unabhängiger von den wirklich verwendeten feldnamen.
(das geht natürlich nur relativ einfach bei simplen selects ohne join.)
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wiki:Wie frage ich & perlintro Wiki:brian's Leitfaden für jedes Perl-Problem
Antworten mit Zitat
Strat
 2006-08-01 16:33
#90872 #90872
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
mit der Form
Code: (dl )
1
2
import $DBF + $DBT;
my $sql = "SELECT $DBF->{messages}->{id} FROM $DBT->{messages}"

oder so aehnlich koennte sowas recht einfach gehen.

Ein anderer Ansatz waere, die Felder DB-weit eindeutig zu deklarieren und in einem Hash (ev. getied) abzuspeichern:
Code: (dl )
1
2
3
4
$DB = {
username => 'pb_user_profile.username,
nick => 'pb_user.nick',
};

oder noch erweitert:

Code: (dl )
1
2
3
4
5
6
7
8
9
10
$DB = {
username => {
field => 'pb_user_profile.username,
table => 'pb_user_profile',
},
nick => {
field => 'pb_user.nick',
table => 'pb_user',
},
};

dann kann man die tabellen schon automatisch aus dem select herausfinden, nur der join wird noch schwierig.
So haette man vermutlich einen Vorteil, wenn man sich an ein schon vorhandenes Benutzerrepository dranhaengen will.

welche Ideen hast du?

ich schlage aber vor, dies zurueckzustellen, bis wir mal die erste Version anstelle des Ikonboards in Produktion haben\n\n

<!--EDIT|Strat|1154435752-->
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
Antworten mit Zitat
pq
 2006-08-01 17:07
#90873 #90873
User since
2003-08-04
12209 Artikel
Admin1
[Homepage]
user image
[quote=Strat,01.08.2006, 14:33]welche Ideen hast du?[/quote]
Table.pm + Table/Overview.pm z.B.
kann aber auch keine joins und ich weiß nicht, ob es sich damit einfach
realisieren ließe.
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wiki:Wie frage ich & perlintro Wiki:brian's Leitfaden für jedes Perl-Problem
Antworten mit Zitat
esskar
 2006-08-01 18:06
#90874 #90874
User since
2003-08-04
7321 Artikel
ModeratorIn

user image
wie waere es mit DBIx::Class ?
Antworten mit Zitat
Strat
 2006-08-01 23:14
#90875 #90875
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
@esskar: dann kann man auch gleich einen kompletten rewrite machen...
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
Antworten mit Zitat
esskar
 2006-08-02 18:11
#90876 #90876
User since
2003-08-04
7321 Artikel
ModeratorIn

user image
[quote=Strat,01.08.2006, 21:14]@esskar: dann kann man auch gleich einen kompletten rewrite machen...[/quote]
warum das? wenn man eh das komplette SQL anfassen will, kann man dort stattdessen auch die DBIC calls hinschreiben.

aber wie ihr wollt. democracy rules!
pq ist auch dagegen - von daher.
Antworten mit Zitat
pq
 2006-08-02 19:04
#90877 #90877
User since
2003-08-04
12209 Artikel
Admin1
[Homepage]
user image
ich hab nicht gesagt, dass ich dagegen bin.
aber es gibt ein paar dinge, die dagegen sprechen.

DBIC hat eine menge abhänigkeiten. um ein board zum laufen zu bringen,
sollte man nicht 50 CPAN-module installieren müssen. wenn es
einfach zu bundlen geht, ok. hat schon jemand hier ein CPAN-bundle
gebaut?

ich bin nicht auf dem neuesten stand, was der einsatz von DBIC
in produktion angeht. aber anscheinend kann man es mittlerweile
einsetzen.

ich finde mich in der doku nicht zurecht. d.h. es wäre natürlich
prima, im zuge des boards auch DBIC kennenzulernen, aber es
würde halt dauern. denn wenn, dann wollen wir das ja auch
sauber aufsetzen und es nicht nur irgendwie zum laufen bringen.\n\n

<!--EDIT|pq|1154531147-->
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wiki:Wie frage ich & perlintro Wiki:brian's Leitfaden für jedes Perl-Problem
Antworten mit Zitat
Strat
 2006-08-05 00:30
#90878 #90878
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
habe gerade die aktuelle version auf http://develop.perl-community.de/ eingespielt.
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
Antworten mit Zitat
renee
 2006-08-05 00:43
#90879 #90879
User since
2003-08-04
14371 Artikel
ModeratorIn
[Homepage] [default_avatar]
Aber wohl die DB vergessen. Überall steht, dass kein Eintrag gefunden wurde.

Bzw. die Startseite funktioniert nicht richtig.

Die Schriftgröße von tt-Sachen ist noch zu klein.\n\n

<!--EDIT|renee|1154724294-->
OTRS-Erweiterungen (http://feature-addons.de/)
Frankfurt Perlmongers (http://frankfurt.pm/)
--

Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
Perl-Entwicklung: http://perl-services.de/
Antworten mit Zitat
Strat
 2006-08-05 02:05
#90880 #90880
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
wegen startseite: die pb_overview in der DB ist noch nicht initialisiert, da muss ich mir mal anschauen, wie das befuellt werden muss; der rest der Daten ist uebernommen
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
Antworten mit Zitat
<< |< 1 ... 5 6 7 8 9 10 11 ... 20 >| >> 195 Einträge, 20 Seiten



View all threads created 2006-07-18 03:21.