On 20 Jun 2001 03:32:21 +0300, Viorel Anghel wrote:
>
> am baut ceva bere si nu am inteles exact problema. anyway, mie mi se pare
> cam asa:
> - ai doua tipuri de date, locatia fizica si clase de ip
Exact.
Plus doua tipuri de asocieri:
- care locatii se leaga direct cu care
- care clase sint alocate carei locatii
> - definesti ce tipuri de probleme ai si parsezi in perl pina te plictisesti,
> rezolvind orice (faci o functie pentru fiecare situatie). eventual,
Da, cam asa ceva. Merge.
> cind pare 'complecat', faci si o matrice de
> conectivitate intre zone si te joci pe ea (matrici rare pentru
> super-ptremianti, da' sa ieftinit memoria ;-)
Pai locatiile nu sint asa multe (nu stiu daca trec de ordinul sutelor,
asa ca...)
> cele doua probleme concrete pe care le pui tu mai jos par usor abordabile cu
> structura de date propusa de mine
Da, corect.
Eu intrebam doar daca exista ceva scule speciale pentru faze de-astea cu
topologia, ca sa nu scriu cod ca muncitorul chinez.
> stuff like xml/sgml/whatever nu ma bag.
> despre sql... la ce bun cind un fisier text cu o sintaxa bine definita e
> suficient?
1. Cred ca o structura XML ar fi mult mai buna (= robusta,
self-explanatory, poate chiar mai simplu de parsat cu un REX sau ceva
similar)
2. Ma gindeam la SQL dintr-un motiv care ar fi trebuit sa-ti fie clar
daca-ti aduceai aminte de obsesia mea: urasc cind copilasii prosti isi
baga degetelele pline de saliva prin sculele mele curate si
stralucitoare. SQL arata suficient de inspaimintator incit sa
descurajeze bezmeticii sa faca prostii. :-)
In plus, ma simt mai confortabil sa parsez un tabel SQL decit un fisier
text (si am tupeul sa afirm chiar ca este ceva obiectiv, nu doar un
feeling al meu).
Multumesc pentru sugestii. Cre'c-am sa m-apuc sa codez... :-/
--
Florin Andrei
---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to
unsubscribe from this list.
