Új hozzászólás Aktív témák

• #1270 Sk8erPeter nagyúr wolandino #1269

  Új Válasz 2012-07-19 13:11:20 #1270

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz wolandino #1269 üzenetére

  Ja, hát a "kényszert" magára a helyzetre értettem, hogy a régi szar rendszerhez kell igazodnod. Aztán lehet, hogy csak túl kevés információ birtokában vagyok a helyzetetekkel kapcsolatban, és túl jóindulatúan közelítem meg a kérdést.

• #1260 martonx veterán wolandino #1259

  Új Válasz 2012-07-17 22:46:25 #1260

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1259 üzenetére

  Én folyamatosan hasonló cipőben járok, nem győzzük kidobálni a régi szarokat. Mostanában ha minden igaz végre a PHP-s szutykok lesznek soron. Az access-es fosok kidobálása meg már több, mint egy éve tart.
  Én csak azon mosolyogtam nagyon jót, hogy amikor az ember fejleszt, óhatatlanul is felteszi a kérdést, hogy mire akarom ezt a rendszert használni, milyen más rendszerekhez kell (majd) kapcsolódnia, milyen platformon, milyen nyelven érdemes nekiállni a fejlesztésnek, milyen régi szart tudok esetleg kiváltani vele stb...
  Ha egyszer windows vonal, akkor legyen windows vonal. Ha linux, akkor legyen linux. Nincsen annál nagyobb szopás, mint amikor az ember linux-os PHP-ról próbál meg MS SQL-el kommunikálni (lehet persze, ahogy az mdb-vel is).
  Én napi szinten párhuzamosan programozok PHP-ben, .Net-ben, és Vbscriptben (beleértve mindenféle makrót is). Ezek mellett linuxon van PostgreSQL-ünk, windowsokon van MS SQL-ünk, és Oracle-ünk. Szóval tudom, hogy milyen az amikor régi megörökölt szarokat kell párosítani. Manapság már meg se próbálom (ha nem muszáj), eleve úgy futok neki bárminek, hogy mit lehet egy közös modern techonlógiával kiváltani, ha már egyszer hozzá kell nyúlni. Vagy minden közé webservice-eket írok, kommunikáljanak azok egymással a megfelelő platformokon (lásd SOA).
  És nem ezzel van bajom, hanem ismétlem azon mosolyogtam, hogy hogy lehet ennyire öncélúan, önszopató módon új rendszert fejlesztened, ahelyett hogy kiváltottál volna vele egy régi rendszert.

• #1258 martonx veterán wolandino #1257

  Új Válasz 2012-07-17 11:11:12 #1258

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1257 üzenetére

  "párhuzamosan kellene futnia az én alkalmazásomnak" - ezek szerint a linux-on futó PHP-s részt te csináltad. mdb mellé, linux-os PHP, meg valaki által házilag gányolt spanyol/olasz/portugál mdb odbc driver. Gratulálok
  A kókányolás mintapéldája. Ha van rá lehetőség tényleg dobjátok ki az egész hóbelevancot, és csináljátok meg rendesen, konzisztensen.

• #1256 Sk8erPeter nagyúr wolandino #1255

  Új Válasz 2012-07-16 14:44:47 #1256

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz wolandino #1255 üzenetére

  10 évvel ezelőtt sem értem, minek írtak ékezetet a táblanevekbe. (Mondjuk semmilyen kódba nem szabad ékezetet tenni, legfeljebb kommentbe.)
  Nem tudod átszabni a jelenlegi adatbázis-struktúrát? Mindenhol lecserélni az ékezetes táblaneveket is (gondolom ehhez tartozik valami alkalmazás, ott is átírni), plusz Access helyett valami értelmesebb adatbázist alkalmazni. Ehhez nem is kell átírni a teljes alkalmazást, ami nyilván nagyon időigényes, csak legalább ezeket kellene lecserélni, ez akár max. pár óra alatt is kivitelezhető lenne.

• #1253 tisn veterán wolandino #1252

  Új Válasz 2012-07-16 09:59:08 #1253

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tisn

  veterán

  válasz wolandino #1252 üzenetére

  Ekezetes tablanev? hova jutott ez a vilag...

• #1251 martonx veterán wolandino #1249

  Új Válasz 2012-07-16 00:10:32 #1251

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1249 üzenetére

  úristen, a linux coderek mindig meg tudnak lepni. Valaki képes volt ms access odbc drivert barkácsolni???
  Mondjuk a cégünknél láttam olyan linux guru-t, aki magától írt drivert a megvásárolt faxcenterhez. Igaz az óradíja alapján annyit fizettünk érte, mintha vettünk volna egy elve rendes linux driverrel szállított faxcentert

• #1248 Lortech addikt wolandino #1244

  Új Válasz 2012-07-14 21:47:52 #1248

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lortech

  addikt

  válasz wolandino #1244 üzenetére

  Ha elég csak kinyerni az adatokat belőle, és nem riadsz vissza egy kis barkácsolástól, akkor megpróbálhatod ezt: [link]

  Egyébként csak fizetős driverekről tudok.

• #1247 martonx veterán wolandino #1246

  Új Válasz 2012-07-14 19:47:46 #1247

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1246 üzenetére

  Nem ismerem a lehetőségeidet, csak jeleztem, hogy amit szeretnél nem fog menni. Mindegy, hogy neten mit találtál, amíg az MS nem írja meg az Access ODBC-t linux alá, addig nem fog működni amit szeretnél. Márpedig az MS soha nem fogja az Access-t linux alá megírni.
  És az MS Access akkor sem egyenlő MS SQL-el, ez olyan mintha egy Skoda Fabia-ra meg egy Porsche-ra mondanád, hogy de mindkettőt a VW cég gyártja.

• #1245 martonx veterán wolandino #1244

  Új Válasz 2012-07-14 14:26:27 #1245

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1244 üzenetére

  Te kevered a szerzont a fazonnal. MS SQL-ről beszélsz, mikor a connection stringet MS Access-re mutat.
  Ráadásul mindezt Linuxon???
  Nem fog menni. Megoldási lehetőségek:
  1. Miért ragaszkodsz a Linux-hoz, ha már MS alapú az adatbázisod? Futtasd windows-on a PHP-t.
  2. Elfelejted az mdb-det, és használsz helyette valami más SQL-t, mondjuk sqlite, mysql, postgresql. Ezek mind futnak linux-on is.

• #1060 bpx őstag wolandino #1059

  Új Válasz 2012-04-21 16:28:32 #1060

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz wolandino #1059 üzenetére

  azt úgy hívják, hogy: outer join

• #1055 martonx veterán wolandino #1043

  Új Válasz 2012-04-12 08:11:12 #1055

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1043 üzenetére

  megismerve a feladatot, ez egy darab táblával kényelmesen megoldható.
  Oszlopok:
  azonosító, szülő, érték

  És pl. így nézne ki egy-egy sor:

  1, 0, élőlény
  2, 1, állat
  3, 1, növény
  4, 2, tigris
  5, 2, krokodil
  6, 3, pálma
  7, 3, ibolya

  Az első legördülő mezőben megmutatod az élőlényt
  A másodikban állat, vagy növény.
  Ez alapján a harmadikat feltöltöd az 2-es vagy a 3-as szülőjű tételekkel.
  Ráadásul elég csak a legutolsó választást letárolnod pl. 6. Ebből visszakereshető, hogy a választott érték pálma, ennek a szülője a növény, ami pedig az élőlényekből származik.

• #1041 ArchElf addikt wolandino #1040

  Új Válasz 2012-04-11 16:36:05 #1041

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ArchElf

  addikt

  válasz wolandino #1040 üzenetére

  Ez egy (de legfeljebb kettő) táblában megoldható...

  AE

• #1038 martonx veterán wolandino #1037

  Új Válasz 2012-04-11 12:55:10 #1038

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1037 üzenetére

  "Arra gondoltam, hogy két táblára lenne szükségem
  az egyik mondjuk table_connect(melyik_táblát, melyikkel)
  a másik pedig a data_tree( melyik_tábla, melyik_adata_id, melyik_táblával, melyik_adatával_id)"

  Erre. Javaslom, hogy ez a koncepció helyett minden tábla között, ami között sok-sok kapcsolat lehet, vegyél fel külön kapcsolótáblákat. Ettől még a te ötleted is működik.
  Ha pedig 10 tábla közül minden kapcsolódhat mindennel, akkor ott valami alapvetően félre van tervezve.

• #1036 martonx veterán wolandino #1035

  Új Válasz 2012-04-10 20:57:20 #1036

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #1035 üzenetére

  mivel nulla konkrétumot árultál el...
  Általánosságban:
  Kapcsoló tábla jellemzően a sok a sokhoz esetben kell, a többi esetet sima foreign key-ekkel meg tudod oldani.
  Ha már kapcsoló táblád van, érdemes tábla-tábla közé létrehozni egy-egy kapcsoló táblát, legalábbis az ORM-ek ezeket tudják értelmesen feldolgozni, és itt már csak felesleges túlbonyolításnak érzem, egy nagy kapcsoló táblát létrehozni.
  De te tudod.

• #971 martonx veterán wolandino #970

  Új Válasz 2012-02-09 17:36:57 #971

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #970 üzenetére

  És azt megkérdezhetem, hogy mire lesz jó ez az egész? Miért jó ennyire nyakatekerten megoldani egy adat DB jogosultsághoz kötését?

• #969 martonx veterán wolandino #968

  Új Válasz 2012-02-09 13:29:33 #969

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #968 üzenetére

  Így van, de ez jogosultság kérdés. Az adattárolás nem kérdés (a mezőt tárolod valahol). Csak az a kérdés, hogy bizonyos jogosultsággal bíró felhasználók tudjanak egy adott mezőn módosítani. Ez pedig szvsz szoftver UI szinten kellene, hogy eldőljön, nem pedig SQL szinten (röhejes is lenne).

  Másik lehetőség, hogy rosszul tetted fel a kérdést, és totál félreértettelek.

• #967 martonx veterán wolandino #964

  Új Válasz 2012-02-09 08:55:55 #967

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz wolandino #964 üzenetére

  ezt én nem sql szinten, hanem a programomban oldanám meg, jogosultság kezeléssel.

• #965 rum-cajsz őstag wolandino #964

  Új Válasz 2012-02-08 11:58:58 #965

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  rum-cajsz

  őstag

  válasz wolandino #964 üzenetére

  Ha ennyire fontos ez az évszám, én biztos ellátnám tranzakciós adatokkal. A minimum, hogy ki, mikor változtatta. A legjobb, ha van érvényességi ideje a soroknak, és csak az az érvényes év, ahol az érvényesség dátuma üres.

Új hozzászólás Aktív témák