Showing posts with label format. Show all posts
Showing posts with label format. Show all posts

Thursday, March 29, 2012

Concatenate 2 date fields to show longdate format

How can I concatenate 2 date fields so that they show the date in long format i.e 18 March 2006 to 21 March 2006. I can get the expression to concatenate but I want to format the dates as above.

Thanks

I believe you can use this...

=CDate(Fields!date1.Value).ToString("dd MMMM yyyy")&" to "&CDate(Fields!date2.Value).ToString("dd MMMM yyyy")

where you can replace the fields where appropriate.

Craig

sqlsql

Concatenate 2 date fields to show long date

How can I concatenate 2 fields (both declared as datetime) to show them in long date format.
I tried placing a hidden text box with each individual field formatted as long date. This works. However when I try joining these 2 fields in a new text box I get invlaid expression using the following syntax:
me.hidDateFrom.Value & me.HidDateTo.Value

This seems like an easy feat, but obviously not...

Thanks for any pointers.

You have to explain this better. Are you trying to get 2 column values (both datetime type) in one TextBox control by simply concatenating the string values? You may want to show what the column values are in your table as well as what you expect to see within the TextBox.|||

OK.

I'm trying to concatenate to datetime parameter values so that I get:
Report for the period 15 March 2006 to 20 March 2006.
15 March 2006 being the data returned from the startDate parameter whose value using this example is 15/03/2006 and 20 March 2006 being the data returned from the EndDate parameter whose value using this example is 20/03/2006.

I need to format the 2 datetime parameters to long dates AFTER input to show in a text box.
Hope this is more clear.

Tuesday, March 27, 2012

Concatanete new line

Hi,
I need to store data in XML format in the database. When the data is retrieved and printed onto a file, say, it should be automatically printed in a file format i.e. each seperate line on a new line. How can this be done? Can we append a newline character to each line before storing it as a record in the database?/If so, how can this be done?

Thanks in advanceYou can add a Carriage Return and Line Feed to a string as follows:

'your string' + CHAR(13) + CHAR(10)sqlsql

Sunday, February 12, 2012

Comparisons between MySQL and SQL Server

This is a multi-part message in MIME format.
--=_NextPart_000_00C1_01C447CA.3A6E75A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Curious to know what solid benchmarks there are out there for MySQL vs. = SQL Server.
There is some speculation that my organization might decide to go with = MySQL rather than SQL Server -- although I have concerns about the = ability of MySQL to scale well -- particularly in a high-volume OLAP = type environment.
If anyone can point me to some reviews, studies, that would be great.
Thanks,
Dan
--=_NextPart_000_00C1_01C447CA.3A6E75A0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&
Curious to know what solid benchmarks = there are out there for MySQL vs. SQL Server.
There is some speculation that my = organization might decide to go with MySQL rather than SQL Server -- although I have = concerns about the ability of MySQL to scale well -- particularly in a high-volume OLAP type environment.

If anyone can point me to some reviews, = studies, that would be great.


Thanks,
Dan
--=_NextPart_000_00C1_01C447CA.3A6E75A0--Using what, OLAP4ALL? Which was just released in April?
Anyway, it's going to be tough to find realistic (e.g. not 32-way 8-node
federated databases or beowolf clusters) and unbiased benchmarks.
http://www.eweek.com/article2/0,4149,293,00.asp
http://www.eweek.com/slideshow/0,3018,sid=0&s=1590&a=23120,00.asp
Also, you can search for information at TPC:
http://www.tpc.org/
--
http://www.aspfaq.com/
(Reverse address to reply.)
"Dan Carollo" <d.carollo@.verizon.net> wrote in message
news:eKY2nTASEHA.2404@.TK2MSFTNGP09.phx.gbl...
Curious to know what solid benchmarks there are out there for MySQL vs. SQL
Server.
There is some speculation that my organization might decide to go with MySQL
rather than SQL Server -- although I have concerns about the ability of
MySQL to scale well -- particularly in a high-volume OLAP type environment.
If anyone can point me to some reviews, studies, that would be great.
Thanks,
Dan|||This is a multi-part message in MIME format.
--=_NextPart_000_00B2_01C448B1.84004D00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thanks --
I'm also curious to know if anyone here has worked with MySQL and has a =good understanding of how viable a product MySQL is (or is NOT) -- =especially in relationship to SQL Server.
I guess it all falls along the same lines as the whole Open-Source =debate in general.
"Aaron [SQL Server MVP]" <ten.xoc@.dnartreb.noraa> wrote in message =news:OT1A5yASEHA.1216@.TK2MSFTNGP10.phx.gbl...
Using what, OLAP4ALL? Which was just released in April?
Anyway, it's going to be tough to find realistic (e.g. not 32-way =8-node
federated databases or beowolf clusters) and unbiased benchmarks.
http://www.eweek.com/article2/0,4149,293,00.asp
=http://www.eweek.com/slideshow/0,3018,sid=3D0&s=3D1590&a=3D23120,00.asp
Also, you can search for information at TPC:
http://www.tpc.org/
-- http://www.aspfaq.com/
(Reverse address to reply.)
"Dan Carollo" <d.carollo@.verizon.net> wrote in message
news:eKY2nTASEHA.2404@.TK2MSFTNGP09.phx.gbl...
Curious to know what solid benchmarks there are out there for MySQL =vs. SQL
Server.
There is some speculation that my organization might decide to go with =MySQL
rather than SQL Server -- although I have concerns about the ability =of
MySQL to scale well -- particularly in a high-volume OLAP type =environment.
If anyone can point me to some reviews, studies, that would be great.
Thanks,
Dan
--=_NextPart_000_00B2_01C448B1.84004D00
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&

Thanks --
I'm also curious to know if anyone here =has worked with MySQL and has a good understanding of how viable a product MySQL is =(or is NOT) -- especially in relationship to SQL Server.
I guess it all falls along the same =lines as the whole Open-Source debate in general.
"Aaron [SQL Server MVP]" =wrote in message news:OT1A5yASEHA.1216=@.TK2MSFTNGP10.phx.gbl...Using what, OLAP4ALL? Which was just released in April?Anyway, =it's going to be tough to find realistic (e.g. not 32-way =8-nodefederated databases or beowolf clusters) and unbiased benchmarks.http://www.eweek.com/article2/0,4149,293,00.asp">http://www.eweek=.com/article2/0,4149,293,00.asphttp://www.eweek.com/slideshow/0,3018,sid=3D0&s=3D1590&=amp;a=3D23120,00.aspAlso, you can search for information at TPC:http://www.tpc.org/">http://www.tpc.org/-- http://www.aspfaq.com/">http://www.aspfaq.com/(Reverse =address to reply.)"Dan Carollo" =wrote in messagenews:eKY2nTASEHA.2404=@.TK2MSFTNGP09.phx.gbl...Curious to know what solid benchmarks there are out there for MySQL vs. SQLServer.There is some speculation that my organization might =decide to go with MySQLrather than SQL Server -- although I have =concerns about the ability ofMySQL to scale well -- particularly in a =high-volume OLAP type environment.If anyone can point me to some reviews, =studies, that would be =great.Thanks,Dan

--=_NextPart_000_00B2_01C448B1.84004D00--|||>> how viable a product MySQL is (or is NOT) -- especially in relationship
to SQL Server.
All depends on your priorities. If you ask 10 different people (not in a
SQL Server forum, mind you), you will get 10 different answers. Asking here
is going to tend to be biased toward SQL Server, simply because of where you
are.
--
http://www.aspfaq.com/
(Reverse address to reply.)|||This is a multi-part message in MIME format.
--=_NextPart_000_001D_01C44C8D.76A4FB80
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
One of the issues the eWeek articles below highlighted was the fact that =SQL Server does not perform too well via JDBC -- whereas MySQL =performance is superior with JDBC.
However, that article is also 2 years old.
I'm curious to know if these previous issues with JDBC have been =resolved in the lastest versions...
"Aaron [SQL Server MVP]" <ten.xoc@.dnartreb.noraa> wrote in message =news:OT1A5yASEHA.1216@.TK2MSFTNGP10.phx.gbl...
Using what, OLAP4ALL? Which was just released in April?
Anyway, it's going to be tough to find realistic (e.g. not 32-way =8-node
federated databases or beowolf clusters) and unbiased benchmarks.
http://www.eweek.com/article2/0,4149,293,00.asp
=http://www.eweek.com/slideshow/0,3018,sid=3D0&s=3D1590&a=3D23120,00.asp
Also, you can search for information at TPC:
http://www.tpc.org/
-- http://www.aspfaq.com/
(Reverse address to reply.)
"Dan Carollo" <d.carollo@.verizon.net> wrote in message
news:eKY2nTASEHA.2404@.TK2MSFTNGP09.phx.gbl...
Curious to know what solid benchmarks there are out there for MySQL =vs. SQL
Server.
There is some speculation that my organization might decide to go with =MySQL
rather than SQL Server -- although I have concerns about the ability =of
MySQL to scale well -- particularly in a high-volume OLAP type =environment.
If anyone can point me to some reviews, studies, that would be great.
Thanks,
Dan
--=_NextPart_000_001D_01C44C8D.76A4FB80
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&

One of the issues =the eWeek articles below highlighted was the fact that SQL Server does not perform too well =via JDBC -- whereas MySQL performance is superior with JDBC.
However, that article is also 2 years old.
I'm curious to know if these previous =issues with JDBC have been resolved in the lastest versions...
"Aaron [SQL Server MVP]" =wrote in message news:OT1A5yASEHA.1216=@.TK2MSFTNGP10.phx.gbl...Using what, OLAP4ALL? Which was just released in April?Anyway, =it's going to be tough to find realistic (e.g. not 32-way =8-nodefederated databases or beowolf clusters) and unbiased benchmarks.http://www.eweek.com/article2/0,4149,293,00.asp">http://www.eweek=.com/article2/0,4149,293,00.asphttp://www.eweek.com/slideshow/0,3018,sid=3D0&s=3D1590&=amp;a=3D23120,00.aspAlso, you can search for information at TPC:http://www.tpc.org/">http://www.tpc.org/-- http://www.aspfaq.com/">http://www.aspfaq.com/(Reverse =address to reply.)"Dan Carollo" =wrote in messagenews:eKY2nTASEHA.2404=@.TK2MSFTNGP09.phx.gbl...Curious to know what solid benchmarks there are out there for MySQL vs. SQLServer.There is some speculation that my organization might =decide to go with MySQLrather than SQL Server -- although I have =concerns about the ability ofMySQL to scale well -- particularly in a =high-volume OLAP type environment.If anyone can point me to some reviews, =studies, that would be =great.Thanks,Dan

--=_NextPart_000_001D_01C44C8D.76A4FB80--|||You could run a test, if you're already using JDBC and this issue is even
relevant, it shouldn't be difficult to set up a test.
We abandoned JDBC a long time ago, because it was buggy and slow. We still
use SQL Server, but we use other providers to connect. The problems went
away... so I'm not convinced at all that this is even remotely close to an
argument against SQL Server. Do you even use JDBC now? Any plans to do so?
This sounds similar to the OLAP argument... it doesn't even sound like you
have any plans on using OLAP!
I'm debating whether to buy a BMW or a VW Thing. I read an article about
BMWs a few years ago, and it said that they didn't float. So I guess I
better go with the VW Thing, because it floats. Oh, wait, I wasn't planning
on taking the car in the water anyway!
--
http://www.aspfaq.com/
(Reverse address to reply.)
"Dan Carollo" <d.carollo@.verizon.net> wrote in message
news:e4xDkgMTEHA.3476@.tk2msftngp13.phx.gbl...
One of the issues the eWeek articles below highlighted was the fact that SQL
Server does not perform too well via JDBC -- whereas MySQL performance is
superior with JDBC.
However, that article is also 2 years old.
I'm curious to know if these previous issues with JDBC have been resolved in
the lastest versions...