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

• #4522 cekkk veterán velizare #4519

  Új Válasz 2020-04-25 08:09:44 #4522

  Ú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

  

  cekkk

  veterán

  válasz velizare #4519 üzenetére

  Szia!
  Az az. Köszönöm.
  Ezt a kódot írtam be, hogy : status = resolved AND assignee = currentUser() viszont így pl nincs benne a tegnapi lezárt hiba, csak a mai. Nem teljesen értem még a működését.
  Ha pl a címet akarok lekérdezni, hogy adress szolnok akkor azt, hogyan adjam meg neki?

• #4240 Petya25 őstag velizare #4239

  Új Válasz 2019-08-09 08:25:33 #4240

  Ú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

  

  Petya25

  őstag

  válasz velizare #4239 üzenetére

  Igen de újra rá kellett eresztenem a time convertet mert 1900.01.01 +átlagidő lett belőle.
  kb 2,4 millió, de mindig időszakra szűrve próbáltam rá.

• #4238 Petya25 őstag velizare #4231

  Új Válasz 2019-08-08 16:15:44 #4238

  Ú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

  

  Petya25

  őstag

  válasz velizare #4231 üzenetére

  Ez remekül szuperál, köszönöm.
  2019-es dátumok (+idő) hada van benne, de hiába szűrtem rövidebb időszakra az nem segített, ez viszont jól működik.

• #4233 bambano titán velizare #4231

  Új Válasz 2019-08-08 14:47:50 #4233

  Ú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

  

  bambano

  titán

  válasz velizare #4231 üzenetére

  nem értek mssql-hez, csak kérdezem:
  nem lehet valami közeli dátumhoz képest képezni a bigint-té alakítást? mert akkor maga az integer kicsi lenne, így az avg nem csordulna túl.

• #4225 Petya25 őstag velizare #4224

  Új Válasz 2019-08-07 14:20:57 #4225

  Ú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

  

  Petya25

  őstag

  válasz velizare #4224 üzenetére

  2008-as MS SQL

  A táblában datetime a mező, amit egy nézetben időre konvertáltam, azzal akartam tovább dolgozni.
  CONVERT(time(0), ido) AS ido így szépen csak az idő maga látszik.

  Amit írtál select, se a konvertált mezőre se az eredetire nem fut le.
  A datediff önmagában megy, akkor megvan másodpercben, oké.
  De amit ráírom az AVG-t azonnal reklamál.
  "Arithmetic overflow error converting expression to data type int."

• #4222 Louro őstag velizare #4221

  Új Válasz 2019-08-07 12:28:27 #4222

  Ú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

  

  Louro

  őstag

  válasz velizare #4221 üzenetére

  Ehhez jó lenne tudni, hogy melyik SQL Server van fent. Ha 2012 előtti, akkor HA jól tudom még nem volt benne ez a függvény.

• #4162 I02S3F addikt velizare #4159

  Új Válasz 2019-05-29 07:59:35 #4162

  Ú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

  

  I02S3F

  addikt

  válasz velizare #4159 üzenetére

  Köszi! és (#4158) Jim74 neked is!

  Utána nézek!

• #4133 dellfanboy őstag velizare #4132

  Új Válasz 2019-05-13 18:40:46 #4133

  Ú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

  

  dellfanboy

  őstag

  válasz velizare #4132 üzenetére

  lefutottFinished executing script
Field Type Null Key Default Extra
id int(11) NO PRI NULL auto_increment
autok_id int(11) NO MUL NULL
megrendelo_id int(11) NO MUL NULL
kolcsonzes_kezdete date NO NULL
kolcsonzes_vege date YES NULL
fizetendo_osszeg int(11) YES NULL
megjegyzes varchar(45) YES NULL
Operation completed successfully

• #4131 dellfanboy őstag velizare #4130

  Új Válasz 2019-05-13 17:32:07 #4131

  Ú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

  

  dellfanboy

  őstag

  válasz velizare #4130 üzenetére

  sorry lehagytam You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ' , CURDATE())' at line 1

• #4078 david199801 tag velizare #4077

  Új Válasz 2019-04-15 12:50:10 #4078

  Ú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

  

  david199801

  tag

  válasz velizare #4077 üzenetére

  Igen a vevő táblában nem primary key vagy unique a név. Ezt hogy tudom átírni? Az a baj mi órákon táblák készítésével egyáltalán nem foglalkoztunk csak utána triggerekkel és egyebekkel, ezért van ilyen sok kérdésem.

• #4076 david199801 tag velizare #4075

  Új Válasz 2019-04-14 22:41:36 #4076

  Ú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

  

  david199801

  tag

  válasz velizare #4075 üzenetére

  
  Most ez a baja neki

• #4067 kezdosql tag velizare #4065

  Új Válasz 2019-04-14 14:49:00 #4067

  Ú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

  

  kezdosql

  tag

  válasz velizare #4065 üzenetére

  Valaszoltal sajat magadnak 4062-re, azert nem erted, mert nem azt latod, ami le van irva.

  Segitek, kiemelem a lenyeget, ami a peldamban volt:

  2016.12.10

  Szerinted ez pontosan az ev elvalasztasi datumat jelenti?

• #4000 I02S3F addikt velizare #3999

  Új Válasz 2019-01-18 10:27:55 #4000

  Ú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

  

  I02S3F

  addikt

  válasz velizare #3999 üzenetére

  Köszönöm! Járok is!
  (#3998) Athlon64+ és (#3997) Hunpriest - Köszi a válaszokat, ezek szerint nem szent, amit mondott!

  Mérnökinfón vagyok levelezősön és kifejezetten örömteli volt bash-ben kódolni, c#-ban és HTML, CSS-ben.

  Köszönöm a jótanácsokat!

• #3899 Dinter addikt velizare #3898

  Új Válasz 2018-10-17 18:15:16 #3899

  Ú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

  

  Dinter

  addikt

  válasz velizare #3898 üzenetére

  Köszi, működik, ezer hála

• #3889 zolynet veterán velizare #3888

  Új Válasz 2018-10-04 14:03:07 #3889

  Ú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

  

  zolynet

  veterán

  válasz velizare #3888 üzenetére

  Köszi, az aliasozás az oké, a túlbonyolító fejemmel van a baj.

• #3876 bpx őstag velizare #3872

  Új Válasz 2018-09-05 13:23:15 #3876

  Ú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 velizare #3872 üzenetére

  A ROWID nagyon nem erre való. Semmi sem garantálja a növekedést, és ha a táblát akár csak adatbázison belül is elmozgatod, a ROWID értékek változnak.

• #3875 Ispy nagyúr velizare #3874

  Új Válasz 2018-09-05 13:13:50 #3875

  Ú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

  

  Ispy

  nagyúr

  válasz velizare #3874 üzenetére

  Ja, nekem ne mond, még a mai napig van olyan ügyfelünk, aki a 1x éves accesses programunkat használja.

  De szerencsére én már nem dolgozok vele.

• #3873 Ispy nagyúr velizare #3872

  Új Válasz 2018-09-05 13:08:14 #3873

  Ú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

  

  Ispy

  nagyúr

  válasz velizare #3872 üzenetére

  Hát akkor ennyi erővel lehet MS SQL express is, az tuti ingyenes, van import funkció, hozzá meg Management Studio, backup-restore is megy rajta.

• #3832 Petya25 őstag velizare #3831

  Új Válasz 2018-05-23 11:44:25 #3832

  Ú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

  

  Petya25

  őstag

  válasz velizare #3831 üzenetére

  Aha, így ez se rossz.
  Csak sajna simán van több kijövő óra mint 24.
  Azért köszönöm.

• #3790 user112 senior tag velizare #3789

  Új Válasz 2018-04-10 11:19:24 #3790

  Ú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

  

  user112

  senior tag

  válasz velizare #3789 üzenetére

  Igy jó. Nagyon köszönöm.

• #3788 user112 senior tag velizare #3786

  Új Válasz 2018-04-10 11:10:18 #3788

  Ú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

  

  user112

  senior tag

  válasz velizare #3786 üzenetére

  Köszönöm ezt is. Próbálgatom, de egyelőre ez a hiba:
  Egysoros allekérdezés egynél több sorral tér vissza.

• #3716 velizare nagyúr velizare #3714

  Új Válasz 2018-02-20 14:49:15 #3716

  Ú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

  

  velizare

  nagyúr

  válasz velizare #3714 üzenetére

  végül az sql developer database diff funkcióját használtuk.

  köszi mindenkinek a segítséget!

• #3713 nyunyu félisten velizare #3710

  Új Válasz 2018-02-20 09:31:28 #3713

  Ú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

  

  nyunyu

  félisten

  válasz velizare #3710 üzenetére

  Erre vannak séma komparátor alkalmazások, de ezek jellemzően fizetősek.

  Kollégák asszem ezt szokták használni, amikor a különböző fejlesztői és teszt környezetek között szállítják a kódot/adatokat

• #3711 bambano titán velizare #3710

  Új Válasz 2018-02-20 09:27:25 #3711

  Ú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

  

  bambano

  titán

  válasz velizare #3710 üzenetére

  és ha megmondtad volna, hogy milyen adatbázis...
  postgresql-hez van erre külön tool, illetve az is megoldás lehet, ha kidumpolod az adatbázist úgy, hogy csak a sémát tolja ki, az adatot nem, és azt összediffeled.

• #3660 Iginotus addikt velizare #3659

  Új Válasz 2018-01-17 10:39:16 #3660

  Ú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

  

  Iginotus

  addikt

  válasz velizare #3659 üzenetére

  Ez így nem járja, ez ugyanazt az adatod fogja minden sorba beírni

  A lényeg, hogy az előző Randomos 9 szer lefusson 9 értéket kapjon amit beír 9 sorban lehetőleg randomban, ismétlés is lehet.
  Ha csak ezt használom akkor egyszer fut csak le és egy értéke lesz mind a 9 sornak.

• #3597 nyunyu félisten velizare #3596

  Új Válasz 2017-10-18 17:48:26 #3597

  Ú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

  

  nyunyu

  félisten

  válasz velizare #3596 üzenetére

  Nincs erre valami parancs, amit minden lefuttatott script elejére be tudsz szúrni, hogy UTF8 kódolást használjon?

  Mi Oracle DBAink is szoktak szívni azzal, hogy mentenek egy scriptet PL/SQL Developerből, aztán a prod környezet üzemeltetéséért felelős "kolléga" SQL Developerből futtatva mindig telibevágta vele az éles adatokat.

  Azóta minden neki küldött script úgy kezdődik, hogy
  ALTER SESSION SET NLS_LANGUAGE=...

  Aztán jönnek csak az ékezetes stringeket tartalmazó INSERTek.

• #3595 bambano titán velizare #3591

  Új Válasz 2017-10-17 19:03:56 #3595

  Ú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

  

  bambano

  titán

  válasz velizare #3591 üzenetére

  de ott nincs külön hungarian a cp-1250-hez és külön másik hungarian az utf-8-hoz?
  linuxon van hu_HU meg hu_HU.UTF8.

• #3593 fordfairlane veterán velizare #3591

  Új Válasz 2017-10-17 16:43:59 #3593

  Ú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

  

  fordfairlane

  veterán

  válasz velizare #3591 üzenetére

  A beírás is az SQL developeren keresztül történt?

• #3592 bpx őstag velizare #3589

  Új Válasz 2017-10-17 16:39:02 #3592

  Ú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 velizare #3589 üzenetére

  Gyanús, hogy valamelyik rétegben Latin-1 van, mert abból hiányzik az ő/ű/Ő/Ű.

• #3590 bambano titán velizare #3589

  Új Válasz 2017-10-17 15:55:47 #3590

  Ú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

  

  bambano

  titán

  válasz velizare #3589 üzenetére

  a kliensoldali kódolást is beállítottad?
  mysql-hez nem értek, de postgresnél illik.

• #3503 Jim74 nagyúr velizare #3502

  Új Válasz 2017-08-01 08:05:50 #3503

  Ú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

  

  Jim74

  nagyúr

  válasz velizare #3502 üzenetére

  Köszönöm, megnézem

• #3375 DrojDtroll veterán velizare #3373

  Új Válasz 2017-03-24 21:54:09 #3375

  Ú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

  

  DrojDtroll

  veterán

  válasz velizare #3373 üzenetére

  mi a hiba vele?

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